text:
Vào mùa hè khoảng cuối những năm 1950, Stewart Wolf – vị bác sĩ tiêu hóa và dạ dày đang làm việc tại trường Y thuộc Đại học Oklahoma – được mời đến nói chuyện tại một hội Y tế địa phương ở bang Pennsylvania. Khi cuộc nói chuyện kết thúc, một vị bác sĩ địa phương mời Wolf đi làm một chầu bia. Trong khi uống, anh ta nói, “Anh biết đấy, tôi đã hành nghề được mười bảy năm. Bệnh nhân của tôi đến từ khắp mọi nơi,thế mà hầu như tôi chưa gặp một trường hợp người Roseto nào dưới sáu lăm tuổi mắc bệnh tim.” (Roseto là thị trấn nhỏ phía đông bang Pennsylvania)
Wolf sửng sốt thực sự. Đó là vào hồi những năm 1950, nhiều năm trước khi xuất hiện các loại biệt dược làm giảm cholesterol cũng như những biện pháp tích cực hòng ngăn ngừa bệnh tim mạch. Những cơn đau tim là một thứ bệnh dịch ở nước Mỹ. Chúng là nguyên nhân hàng đầu gây tử vong đối với người ở độ tuổi dưới 65. Nói theo cách thông thường là, không thể có chuyện anh làm bác sĩ mà lại chưa gặp ca bệnh tim nào hết.
Wolf quyết định điều tra. Ông tranh thủ sự trợ giúp từ một số sinh viên và đồng nghiệp ở Oklahoma và đến Roseto. Nơi bí ẩn ấy: phải chăng là một thiên đường giữa thế gian?
Đó là một thị trấn yên bình nơi chân đồi với những căn nhà bằng đá 2 tầng với mái lợp đá ácđoa san sát thành cụm. Sau mỗi căn nhà là mảnh vườn trồng hành tây, khoai tây, dưa chuột, đậu đũa, trái cây trĩu quả, giàn nho mơn mởn và chuồng nuôi lợn. Phụ nữ miệt mài làm việc cả ngày dài trong các phân xưởng may mặc, trong khi đàn ông làm việc nặng nhọc trong những mỏ đá ác-đoa sâu hơn 60m dưới mặt đất.
Nhóm người của Wolf chỉ nghe thấy tiếng Ý nơi đây mà đặc biệt ở chỗ: đó là loại phương ngữ miền Nam Foggia chuẩn xác vốn được sử dụng ở Roseto. Thế là họ tìm hiểu lịch sử thị trấn. Tất cả người dân ở đây đều từ ngôi làng Roseto nghèo tả tơi ở miền nam Italia, sau đó là từ năm 1882 mới bắt đầu di cư đến Mỹ.
Một thế giới nghèo, riêng biệt, tự cấp tự túc tất cả và không hề được những cộng đồng xung quanh biết tới.
Wolf tập hợp các giấy chứng tử của cư dân trong thị trấn, lần ngược trở lại tối đa số năm mà họ có thể. Họ phân tích các ghi chép y khoa. Họ xem xét lịch sử bệnh lý và xây dựng các phả hệ gia đình. Họ lấy máu và làm điện tâm đồ (EKGs) cho toàn bộ dân Roseto.
Kết quả thật đáng choáng váng. Ở Roseto, rõ ràng không có ai dưới độ tuổi 55 bị chết do đau tim hay có bất cứ dấu hiệu nào của bệnh tim. Với những người trên 65 tuổi, tỉ lệ tử vong do bệnh tim ở Roseto chỉ khoảng bằng một nửa so với tỷ lệ chung của nước Mỹ. Tỉ lệ tử vong do mọi nguyên nhân ở Roseto, trên thực tế còn thấp hơn 30 đến 35% so với dự tính.
Wolf lại mời tới một người bạn tên là John Bruhn – một nhà xã hội học ở Oklahoma, để giúp đỡ ông. Và kết quả càng kinh ngạc hơn “Không hề có tự tử, không nghiện rượu, không nghiện ma túy và rất ít tội phạm. Không có ai phải sống dựa vào phúc lợi. Sau đó chúng tôi xem xét đến các vết loét trong hệ tiêu hóa. Họ cũng chẳng hề mắc phải chút nào.
NHỮNG NGƯỜI NÀY NẾU CHẾT CHỈ DO TUỔI CAO. CÓ VẬY THÔI.”
Suy nghĩ đầu tiên của Wolf là người Roseto hẳn phải tuân thủ nghiêm ngặt những thói quen ăn kiêng theo lối Cựu Thế Giới khiến họ khỏe khoắn hơn hẳn những người Mỹ khác. Nhưng ông thấy ngay rằng điều đó không có căn cứ. Người Roseto sử dụng mỡ lợn để nấu nướng thay vì dầu ôliu. Vì dầu ôliu quá mắc đối với họ. Pizza là bánh bột mỳ nhào cộng thêm xúc xích, hạt tiêu, xúc xích Ý, thịt xông khói và trứng; không như ở Italy là cùi bánh mỏng với muối, dầu và có thể thêm chút cà chua, cá trống hay hành tây. Họ ăn nhiều thịt viên, xúc xích chiên, phomat. Những loại đồ ngọt như bánh biscotti và tarralli hay rượu vang thì họ dùng chúng quanh năm suốt tháng. Khi Wolf nhờ các chuyên gia về dinh dưỡng phân tích thói quen ăn uống điển hình của người Roseto, họ phát hiện ra con số ghê gớm là 41% lượng calori của họ có nguồn gốc từ chất béo. Rõ ràng ăn nhiều thịt và mỡ động vật dễ làm tăng xơ vữa động mạch và là yếu tố nguy cơ cho bệnh tim mạch!?
Đây cũng không phải là một thị trấn mà người dân thức dậy từ tinh mơ để tập yoga hay chạy bộ quãng đường sáu dặm liền. Người Roseto ở Pennsylvania còn nghiện thuốc lá và xì gà rất nặng và nhiều người phải vật lộn với bệnh béo phì!? Đó đều là yếu tố nguy cơ cho bệnh tim.
Nếu chế độ ăn kiêng và tập luyện không giải thích được cho những phát hiện về sức khỏe, vậy nguồn gốc di truyền thì sao? Liệu những người này có phải là thành viên trong cả một dòng tộc khỏe mạnh dạn dày khác thường bảo vệ họ khỏi tật bệnh hay không? Nghĩ vậy nên ông đã đã truy dấu họ hàng thân thích của người Roseto sống rải rác ở những vùng khác của nước Mỹ để xem liệu họ có cùng chung hưởng thứ sức khỏe tráng kiện đáng nể như những người anh em ở Pennsylvania hay không. Họ không hề.
Tiếp theo ông nhìn vào khu vực mà người Roseto sinh sống. Liệu có khả năng nào là sinh sống ở vùng chân đồi này lại có thứ gì đó tốt cho sức khỏe của họ không? Hai thị trấn gần kề Roseto nhất là Bangor, chỉ xuôi phía dưới khu đồi và Nazareth, cách đó vài dặm. Cả hai thị trấn đều có quy mô cỡ như Roseto và dân chúng đều là người châu Âu nhập cư làm lụng chăm chỉ tương tự nhau. Wolf sục sạo tất cả ghi chép y khoa của cả hai thị trấn. Ở lứa tuổi trên 65, tỉ lệ tử vong do bệnh tim ở cả Nazareth và Bangor đều cao gấp ba lần so với Roseto. Thêm vào đó, đàn ông ở Roseto làm việc quanh năm trong hầm mỏ là nơi đầy khí độc. Lại sa vào một ngõ cụt.
Điều Wolf bắt đầu ngộ ra là bí mật của Roseto không nằm ở chế độ ăn kiêng hay tập luyện hay di truyền hay địa thế. Đó phải là chính bản thân Roseto.
Khi Bruhn và Wolf dạo bộ quanh thị trấn, họ đã phát hiện ra nguyên cớ tại sao. Họ chính mắt trông thấy cách người Roseto thăm hỏi nhau, dừng lại trò chuyện bằng tiếng Ý ngay trên đường phố, ngồi ở hàng hiên trò chuyện với nhau hay nấu nướng giúp nhau ngay trong vườn sau nhà.
Họ đến chỗ đám đông tụ tập ở nhà thờ Quý bà núi Carmel và cảm nhận được hiệu ứng của sự thống nhất và bình an của nhà thờ. Họ đếm được hai mươi hai tổ chức dân sự khác nhau tồn tại trong một thị trấn chỉ vỏn vẹn hai nghìn dân.
Đó là cấu trúc xã hội chặt chẽ nơi đây. Cấu trúc xã hội dựa trên gia đình. Ba thế hệ cùng chung sống trong một mái nhà và các bậc ông bà rất được tôn kính.
Tất cả mọi người đều phải lao động, cho nên không có tệ nạn. Những người giàu có không phô trương, họ mặc đồ cũng như bao người khác. Tất cả mọi người giúp đỡ lẫn nhau. Nơi mà không ai phải cảm thấy cô đơn, không ai bị bỏ lại, không ai cảm thấy buồn hay quá căng thẳng.
Wolf cho rằng chính sự tôn trọng, tin tưởng và hợp tác hỗ tương giữa các thành viên trong cộng đồng đã tạo nên sức khoẻ và phúc lạc cho mỗi người và an ninh xã hội cho cả cộng đồng. Ngược lại, thái độ vị kỷ và ít quan tâm đến người khác sẽ gây ra kết quả đối nghịch. Đối với bệnh tim mạch, ông Wolf nói “Mỗi người nhận được sự hỗ trợ của những người khác, đặc tính liên kết chặt chẽ trong cộng đồng là điềm chỉ báo mạnh nhất cho một trái tim khoẻ mạnh, mạnh hơn cả độ cholesterol thấp trong máu hoặc việc không hút thuốc”.
Và không lâu sau đó, những kết luận của Wolf càng được chứng minh rõ ràng hơn nữa. Ở Roseto dần dần nổi lên một lớp người mới: con cái học đại học của họ. Lớp người trẻ ở Roseto không còn bằng lòng với lối sống rập khuôn, đậm nét truyền thống của cha ông họ. Lối sống Mỹ bắt đầu du nhập vào. Cuộc sống thay đổi. Những gia đình nhỏ lẻ. Hồ bơi, xe hơi, câu lạc bộ. Nhà thờ cách xa khỏi cộng đồng. Những căn nhà có nhà để xe ở phía trước, cả cha và mẹ đều đi làm, thường là cách xa hàng giờ đi xe hơi. Con người bận rộn nhiều hơn, di chuyển nhiều hơn để gặt hái được nhiều thành công về vật chất. Tuy nhiên, như một cụ già đã thú nhận “Tôi hối hận là đã thay đổi, ở đây tất cả đều tiện nghi, tôi có mọi thứ,ngoại trừ con người”. Lần theo những dấu vết của cuộc sống, những nhà nghiên cứu cũng xác định được rằng những thay đổi này cũng đồng hành với những vấn đề của sức khoẻ. Vào năm 1971, ca tử vong vì bệnh tim lần đầu tiên của một người dưới 45 tuổi được ghi nhận ở Roseto. Khoảng thời gian nầy, khi tỷ lệ bệnh tim mạch ở Mỹ trên phạm vi cả nước có phần chựng lại do các chương trình vận động luyện tập thể dục và ăn uống lành mạnh thì lại là lúc ở Roseto tỷ lệ bắt đầu nhích dần lên để… bắt kịp tỷ lệ trung bình của các nơi khác!
—————————————————————————————————————————–
Y học khi xưa và phần đông chúng ta vẫn thường đặt nặng vai trò của thể chất mà quên mất vai trò của tinh thần. Để có 1 cuộc sống trường thọ là ta phải ăn uống lành mạnh, tập thể dục đều đặn, tránh xa những chất có hại. Qua hiệu ứng Roseto trên, ta có thể thấy sức nặng của sức khỏe tinh thần lớn đến thế nào.
Sức khỏe là tổng hòa của nhiều yếu tố: tinh thần, dinh dưỡng, vận động, khí hậu… Nếu ta chỉ trọng một bên tinh thần – vai trò quan trọng số 1 – mà bỏ quên những phần khác thì hiệu quả đem lại cho sức khỏe sẽ không cao bằng ta chú trọng vào tất cả các phần, chúng ta sẽ có 1 bài viết về phần này, trong kỳ sau.
Và lời nhắn nhủ của Wolf cho giới y học là: tình trạng sức khỏe của một người sẽ không thể hiểu rõ được nếu bạn chỉ xem xét họ như một cá nhân. Bạn phải nhìn rộng ra. Bạn buộc phải hiểu về nền văn hóa mà anh ta/cô ta là một phần cấu thành trong đó, hiểu xem bè bạn và gia đình của người đó ra sao, xem nơi chốn mà họ xuất thân thế nào. Người trong giới y học sẽ phải coi trọng ý tưởng rằng những giá trị của thế giới mà chúng ta đang sinh sống cũng như những người vây bọc quanh ta có tác động sâu sắc đến việc định hình nên mỗi chúng ta.
Và hiệu ứng Roseto này nhắc nhớ tôi về nếp sống sinh hoạt của người Việt xưa. Ba thế hệ trong cùng 1 gia đình, không thì nhà con cháu cách nhà ông bà có vài bước chân. Chuyện trong nhà chưa tỏ, ngoài ngõ đã tường. Gặp nhau thì niềm nở chào hỏi, giúp đỡ nhau nhiệt tình. Vừa làm đồng vừa tám chuyện, mệt thì ngồi gốc đa uống trà phe phẩy nón lá bàn chuyện tiếp. Về nhà buồn thì qua nhà khác nói chuyện. Không ai tách biệt. Nếp sống truyền thống ấy, nếp sống “có tình có nghĩa” ấy có sức mạnh to lớn trong việc “ ngày xưa ông bà mình có bệnh nhiều như giờ đâu”
Nguồn:
- Trích Sách Những kẻ xuất chúng, Malcolm Gladwell
- Trang : yocuzlawyers.com/2011/06/the-roseto-effect-the-valley-of-the-roses/

markdown:
Vào mùa hè khoảng cuối những năm 1950, Stewart Wolf – vị bác sĩ tiêu hóa và dạ dày đang làm việc tại trường Y thuộc Đại học Oklahoma – được mời đến nói chuyện tại một hội Y tế địa phương ở bang Pennsylvania. Khi cuộc nói chuyện kết thúc, một vị bác sĩ địa phương mời Wolf đi làm một chầu bia. Trong khi uống, anh ta nói, “Anh biết đấy, tôi đã hành nghề được mười bảy năm. Bệnh nhân của tôi đến từ khắp mọi nơi,thế mà hầu như tôi chưa gặp một trường hợp người Roseto nào dưới sáu lăm tuổi mắc bệnh tim.” (Roseto là thị trấn nhỏ phía đông bang Pennsylvania)
Wolf sửng sốt thực sự. Đó là vào hồi những năm 1950, nhiều năm trước khi xuất hiện các loại biệt dược làm giảm cholesterol cũng như những biện pháp tích cực hòng ngăn ngừa bệnh tim mạch. Những cơn đau tim là một thứ bệnh dịch ở nước Mỹ. Chúng là nguyên nhân hàng đầu gây tử vong đối với người ở độ tuổi dưới 65. Nói theo cách thông thường là, không thể có chuyện anh làm bác sĩ mà lại chưa gặp ca bệnh tim nào hết.
Wolf quyết định điều tra. Ông tranh thủ sự trợ giúp từ một số sinh viên và đồng nghiệp ở Oklahoma và đến Roseto. Nơi bí ẩn ấy: phải chăng là một thiên đường giữa thế gian?
Đó là một thị trấn yên bình nơi chân đồi với những căn nhà bằng đá 2 tầng với mái lợp đá ácđoa san sát thành cụm. Sau mỗi căn nhà là mảnh vườn trồng hành tây, khoai tây, dưa chuột, đậu đũa, trái cây trĩu quả, giàn nho mơn mởn và chuồng nuôi lợn. Phụ nữ miệt mài làm việc cả ngày dài trong các phân xưởng may mặc, trong khi đàn ông làm việc nặng nhọc trong những mỏ đá ác-đoa sâu hơn 60m dưới mặt đất.
Nhóm người của Wolf chỉ nghe thấy tiếng Ý nơi đây mà đặc biệt ở chỗ: đó là loại phương ngữ miền Nam Foggia chuẩn xác vốn được sử dụng ở Roseto. Thế là họ tìm hiểu lịch sử thị trấn. Tất cả người dân ở đây đều từ ngôi làng Roseto nghèo tả tơi ở miền nam Italia, sau đó là từ năm 1882 mới bắt đầu di cư đến Mỹ.
Một thế giới nghèo, riêng biệt, tự cấp tự túc tất cả và không hề được những cộng đồng xung quanh biết tới.
Wolf tập hợp các giấy chứng tử của cư dân trong thị trấn, lần ngược trở lại tối đa số năm mà họ có thể. Họ phân tích các ghi chép y khoa. Họ xem xét lịch sử bệnh lý và xây dựng các phả hệ gia đình. Họ lấy máu và làm điện tâm đồ (EKGs) cho toàn bộ dân Roseto.
Kết quả thật đáng choáng váng. Ở Roseto, rõ ràng không có ai dưới độ tuổi 55 bị chết do đau tim hay có bất cứ dấu hiệu nào của bệnh tim. Với những người trên 65 tuổi, tỉ lệ tử vong do bệnh tim ở Roseto chỉ khoảng bằng một nửa so với tỷ lệ chung của nước Mỹ. Tỉ lệ tử vong do mọi nguyên nhân ở Roseto, trên thực tế còn thấp hơn 30 đến 35% so với dự tính.
Wolf lại mời tới một người bạn tên là John Bruhn – một nhà xã hội học ở Oklahoma, để giúp đỡ ông. Và kết quả càng kinh ngạc hơn “Không hề có tự tử, không nghiện rượu, không nghiện ma túy và rất ít tội phạm. Không có ai phải sống dựa vào phúc lợi. Sau đó chúng tôi xem xét đến các vết loét trong hệ tiêu hóa. Họ cũng chẳng hề mắc phải chút nào.
**NHỮNG NGƯỜI NÀY NẾU CHẾT CHỈ DO TUỔI CAO. CÓ VẬY THÔI**.”
Suy nghĩ đầu tiên của Wolf là người Roseto hẳn phải tuân thủ nghiêm ngặt những thói quen ăn kiêng theo lối Cựu Thế Giới khiến họ khỏe khoắn hơn hẳn những người Mỹ khác. Nhưng ông thấy ngay rằng điều đó không có căn cứ. Người Roseto sử dụng mỡ lợn để nấu nướng thay vì dầu ôliu. Vì dầu ôliu quá mắc đối với họ. Pizza là bánh bột mỳ nhào cộng thêm xúc xích, hạt tiêu, xúc xích Ý, thịt xông khói và trứng; không như ở Italy là cùi bánh mỏng với muối, dầu và có thể thêm chút cà chua, cá trống hay hành tây. Họ ăn nhiều thịt viên, xúc xích chiên, phomat. Những loại đồ ngọt như bánh biscotti và tarralli hay rượu vang thì họ dùng chúng quanh năm suốt tháng. Khi Wolf nhờ các chuyên gia về dinh dưỡng phân tích thói quen ăn uống điển hình của người Roseto, họ phát hiện ra con số ghê gớm là
*41% lượng calori của họ có nguồn gốc từ chất béo*. Rõ ràng ăn nhiều thịt và mỡ động vật dễ làm tăng xơ vữa động mạch và là yếu tố nguy cơ cho bệnh tim mạch!?
Đây cũng không phải là một thị trấn mà người dân thức dậy từ tinh mơ để tập yoga hay chạy bộ quãng đường sáu dặm liền. Người Roseto ở Pennsylvania còn nghiện thuốc lá và xì gà rất nặng và nhiều người phải vật lộn với bệnh béo phì!? Đó đều là yếu tố nguy cơ cho bệnh tim.
Nếu chế độ ăn kiêng và tập luyện không giải thích được cho những phát hiện về sức khỏe, vậy nguồn gốc di truyền thì sao? Liệu những người này có phải là thành viên trong cả một dòng tộc khỏe mạnh dạn dày khác thường bảo vệ họ khỏi tật bệnh hay không? Nghĩ vậy nên ông đã đã truy dấu họ hàng thân thích của người Roseto sống rải rác ở những vùng khác của nước Mỹ để xem liệu họ có cùng chung hưởng thứ sức khỏe tráng kiện đáng nể như những người anh em ở Pennsylvania hay không. Họ không hề.
Tiếp theo ông nhìn vào khu vực mà người Roseto sinh sống. Liệu có khả năng nào là sinh sống ở vùng chân đồi này lại có thứ gì đó tốt cho sức khỏe của họ không? Hai thị trấn gần kề Roseto nhất là Bangor, chỉ xuôi phía dưới khu đồi và Nazareth, cách đó vài dặm. Cả hai thị trấn đều có quy mô cỡ như Roseto và dân chúng đều là người châu Âu nhập cư làm lụng chăm chỉ tương tự nhau. Wolf sục sạo tất cả ghi chép y khoa của cả hai thị trấn. Ở lứa tuổi trên 65, tỉ lệ tử vong do bệnh tim ở cả Nazareth và Bangor đều cao gấp ba lần so với Roseto. Thêm vào đó, đàn ông ở Roseto làm việc quanh năm trong hầm mỏ là nơi đầy khí độc. Lại sa vào một ngõ cụt.
Điều Wolf bắt đầu ngộ ra là bí mật của Roseto không nằm ở chế độ ăn kiêng hay tập luyện hay di truyền hay địa thế. Đó phải là chính bản thân Roseto.
Khi Bruhn và Wolf dạo bộ quanh thị trấn, họ đã phát hiện ra nguyên cớ tại sao. Họ chính mắt trông thấy cách người Roseto thăm hỏi nhau, dừng lại trò chuyện bằng tiếng Ý ngay trên đường phố, ngồi ở hàng hiên trò chuyện với nhau hay nấu nướng giúp nhau ngay trong vườn sau nhà.
Họ đến chỗ đám đông tụ tập ở nhà thờ Quý bà núi Carmel và cảm nhận được hiệu ứng của sự thống nhất và bình an của nhà thờ. Họ đếm được hai mươi hai tổ chức dân sự khác nhau tồn tại trong một thị trấn chỉ vỏn vẹn hai nghìn dân.
Đó là cấu trúc xã hội chặt chẽ nơi đây. Cấu trúc xã hội dựa trên gia đình. Ba thế hệ cùng chung sống trong một mái nhà và các bậc ông bà rất được tôn kính.
Tất cả mọi người đều phải lao động, cho nên không có tệ nạn. Những người giàu có không phô trương, họ mặc đồ cũng như bao người khác. Tất cả mọi người giúp đỡ lẫn nhau.
*Nơi mà không ai phải cảm thấy cô đơn, không ai bị bỏ lại, không ai cảm thấy buồn hay quá căng thẳng.*
Wolf cho rằng chính sự tôn trọng, tin tưởng và hợp tác hỗ tương giữa các thành viên trong cộng đồng đã tạo nên sức khoẻ và phúc lạc cho mỗi người và an ninh xã hội cho cả cộng đồng. Ngược lại, thái độ vị kỷ và ít quan tâm đến người khác sẽ gây ra kết quả đối nghịch. Đối với bệnh tim mạch, ông Wolf nói
*“* *Mỗi người nhận được sự hỗ trợ của những người khác, đặc tính liên kết chặt chẽ trong cộng đồng là điềm chỉ báo mạnh nhất cho một trái tim khoẻ mạnh, mạnh hơn cả độ cholesterol thấp trong máu hoặc việc không hút thuốc”* *.*
Và không lâu sau đó, những kết luận của Wolf càng được chứng minh rõ ràng hơn nữa. Ở Roseto dần dần nổi lên một lớp người mới: con cái học đại học của họ. Lớp người trẻ ở Roseto không còn bằng lòng với lối sống rập khuôn, đậm nét truyền thống của cha ông họ. Lối sống Mỹ bắt đầu du nhập vào. Cuộc sống thay đổi. Những gia đình nhỏ lẻ. Hồ bơi, xe hơi, câu lạc bộ. Nhà thờ cách xa khỏi cộng đồng. Những căn nhà có nhà để xe ở phía trước, cả cha và mẹ đều đi làm, thường là cách xa hàng giờ đi xe hơi. Con người bận rộn nhiều hơn, di chuyển nhiều hơn để gặt hái được nhiều thành công về vật chất. Tuy nhiên, như một cụ già đã thú nhận
*“Tôi hối hận là đã thay đổi, ở đây tất cả đều tiện nghi, tôi có mọi thứ,ngoại trừ con người”.* Lần theo những dấu vết của cuộc sống, những nhà nghiên cứu cũng xác định được rằng những thay đổi này cũng đồng hành với những vấn đề của sức khoẻ. Vào năm 1971, ca tử vong vì bệnh tim lần đầu tiên của một người dưới 45 tuổi được ghi nhận ở Roseto. Khoảng thời gian nầy, khi tỷ lệ bệnh tim mạch ở Mỹ trên phạm vi cả nước có phần chựng lại do các chương trình vận động luyện tập thể dục và ăn uống lành mạnh thì lại là lúc ở Roseto tỷ lệ bắt đầu nhích dần lên để… bắt kịp tỷ lệ trung bình của các nơi khác!
*—————————————————————————————————————————–*
Y học khi xưa và phần đông chúng ta vẫn thường đặt nặng vai trò của thể chất mà quên mất vai trò của tinh thần. Để có 1 cuộc sống trường thọ là ta phải ăn uống lành mạnh, tập thể dục đều đặn, tránh xa những chất có hại. Qua hiệu ứng Roseto trên, ta có thể thấy sức nặng của sức khỏe tinh thần lớn đến thế nào.
Sức khỏe là tổng hòa của nhiều yếu tố: tinh thần, dinh dưỡng, vận động, khí hậu… Nếu ta chỉ trọng một bên tinh thần – vai trò quan trọng số 1 – mà bỏ quên những phần khác thì hiệu quả đem lại cho sức khỏe sẽ không cao bằng ta chú trọng vào tất cả các phần, chúng ta sẽ có 1 bài viết về phần này, trong kỳ sau.
Và lời nhắn nhủ của Wolf cho giới y học là: tình trạng sức khỏe của một người sẽ không thể hiểu rõ được nếu bạn chỉ xem xét họ như một cá nhân. Bạn phải nhìn rộng ra. Bạn buộc phải hiểu về nền văn hóa mà anh ta/cô ta là một phần cấu thành trong đó, hiểu xem bè bạn và gia đình của người đó ra sao, xem nơi chốn mà họ xuất thân thế nào. Người trong giới y học sẽ phải coi trọng ý tưởng rằng
*những giá trị của thế giới mà chúng ta đang sinh sống cũng như những người vây bọc quanh ta có tác động sâu sắc đến việc định hình nên mỗi chúng ta.*
Và hiệu ứng Roseto này nhắc nhớ tôi về nếp sống sinh hoạt của người Việt xưa. Ba thế hệ trong cùng 1 gia đình, không thì nhà con cháu cách nhà ông bà có vài bước chân. Chuyện trong nhà chưa tỏ, ngoài ngõ đã tường. Gặp nhau thì niềm nở chào hỏi, giúp đỡ nhau nhiệt tình. Vừa làm đồng vừa tám chuyện, mệt thì ngồi gốc đa uống trà phe phẩy nón lá bàn chuyện tiếp. Về nhà buồn thì qua nhà khác nói chuyện. Không ai tách biệt. Nếp sống truyền thống ấy, nếp sống “có tình có nghĩa” ấy có sức mạnh to lớn trong việc “ ngày xưa ông bà mình có bệnh nhiều như giờ đâu”
*Nguồn:*
*Trích Sách Những kẻ xuất chúng, Malcolm Gladwell*
- Trang : yocuzlawyers.com/2011/06/the-roseto-effect-the-valley-of-the-roses/

Vary: Cookie

X-hacker: If you're reading this, you should visit automattic.com/jobs and apply to join the fun, mention this header.

X-ac: 3.dca _dca


text:
Có một số cách đơn giản để kiểm tra hiệu năng kết nối giữa Office 365 và doanh nghiệp của bạn, điều này cho phép bạn thiết lập một đường cơ sở sơ bộ cho kết nối của mình. Biết được lịch sử hiệu năng của kết nối máy tính khách có thể giúp bạn phát hiện những vấn đề xuất hiện trước đây, xác định được và dự đoán được các vấn đề.
Nếu bạn không quen làm việc với những sự cố hiệu năng, bài viết này được thiết kế nhằm giúp bạn xem xét một số câu hỏi thường gặp, như Làm thế nào bạn biết được vấn đề mình đang thấy là một sự cố hiệu năng chứ không phải sự cố của dịch vụ Office 365? Làm thế nào để bạn có thể lập kế hoạch nhằm đạt hiệu năng cao, trong dài hạn? Làm thế nào bạn có thể để mắt tới hiệu năng? Nếu nhóm hoặc máy khách của bạn đang gặp vấn đề hiệu năng chậm trong khi dùng Office 365 và bạn thắc mắc về bất kỳ câu hỏi nào trong số này, thì hãy đọc tiếp.
Quan trọng: Bạn đang gặp vấn đề về hiệu năng giữa máy khách của bạn và Office 365 ngay bây giờ? Thực hiện theo các bước được thảo ra trong phần Kế hoạch khắc phục sự cố về hiệu năng cho Office 365.
-
-
-
-
-
-
Tại sao nên thu thập dữ liệu hiệu năng trong quá trình thí điểm?
-
Vài điều bạn nên biết về hiệu năng của Office 365
Office 365 nằm bên trong một mạng năng suất cao, chuyên dụng của Microsoft, vốn được giám sát ổn định không chỉ theo cách tự động, mà còn bởi người thực. Một phần trong vai trò duy trì nền tảng điện toán đám mây Office 365 là điều chỉnh và hợp lý hóa hiệu năng dựng sẵn nếu có thể. Vì máy khách của nền tảng điện toán đám mây Office 365 phải kết nối qua Internet, nên cũng có nỗ lực liên tục để tinh chỉnh hiệu năng trên toàn bộ các dịch vụ Office 365. Việc cải tiến hiệu năng không bao giờ ngừng hẳn trên nền tảng điện toán đám mây, và có nhiều trải nghiệm được tích lũy trong quá trình giữ cho nền tảng điện toán đám mây hoạt động tốt và nhanh chóng. Nếu bạn gặp phải vấn đề về hiệu năng khi kết nối từ vị trí của mình với Office 365, thì tốt nhất là không nên khởi tạo và chờ trả lời từ trường hợp Hỗ trợ. Thay vào đó, bạn nên bắt đầu điều tra vấn đề 'từ trong ra ngoài'. Nghĩa là, hãy bắt đầu bên trong mạng của bạn rồi điều tra ra ngoài đến Office 365. Trước khi mở một trường hợp với Hỗ trợ Office 365, bạn có thể thu thập dữ liệu và thực hiện các hành động giúp khám phá và có thể giải quyết vấn đề của bạn.
Quan trọng: Hãy lưu ý việc hoạch định dung lượng và các giới hạn trong Office 365. Thông tin đó sẽ giúp bạn nắm rõ tình hình khi tìm cách giải quyết sự cố về hiệu suất. Đây là liên kết tới Mô tả Dịch vụ Nền tảng của Office 365. Đây là một hub trung tâm và tất cả các dịch vụ được Office 365 cung cấp đều có liên kết đến Mô tả Dịch vụ của riêng mình từ đây. Có nghĩa là, giả sử bạn cần xem giới hạn tiêu chuẩn cho SharePoint Online, bạn sẽ bấm vào Mô tả Dịch vụ SharePoint Online, rồi tìm mục Giới hạn của SharePoint Online ở trong đó.
Đảm bảo rằng bạn tiến hành khắc phục sự cố với nhận thức rằng hiệu năng là một thang đo biến thiên, chứ nó không phải về việc đạt được và duy trì vĩnh viễn một giá trị lý tưởng (nếu bạn hiểu như thế, thì sẽ rất căng thẳng khi thực hiện các tác vụ băng thông cao thỉnh thoảng diễn ra như lúc triển khai một lượng lớn người dùng hoặc thực hiện di chuyển dữ liệu lớn -- vì vậy hãy lập kế hoạch cho các ảnh hưởng đến hiệu năng). Bạn có thể, và nên, ước tính gần đúng mục tiêu hiệu năng của mình, nhưng nhiều biến số sẽ ảnh hưởng đến hiệu năng, do đó hiệu năng sẽ thay đổi. Đó là bản chất của hiệu năng.
Khắc phục vấn đề về hiệu năng không phải là đạt được mục tiêu cụ thể và duy trì vĩnh viễn các con số đó, mà là cải thiện các hoạt động hiện có, khi tính đến tất cả các biến số.
Được rồi, vậy vấn đề về hiệu năng trông như thế nào?
Trước tiên, bạn cần phải đảm bảo rằng điều mà mình đang gặp phải thật sự là vấn đề về hiệu năng chứ không phải sự cố dịch vụ. Vấn đề về hiệu năng khác với sự cố dịch vụ trong Office 365. Đây là cách phân biệt.
Nếu dịch vụ Office 365 đang gặp vấn đề, thì đó là sự cố dịch vụ. Bạn sẽ nhìn thấy biểu tượng màu đỏ hoặc màu vàng bên dưới Trạng thái hiện tại trong trung tâm quản trị Office 365, bạn cũng có thể nhận thấy hiệu năng chậm trên máy tính khách kết nối với Office 365. Chẳng hạn, nếu Trạng thái hiện tại báo cáo biểu tượng màu đỏ và bạn nhìn thấy Đang điều tra bên cạnh Exchange, thì sau đó bạn có thể cũng sẽ nhận được hàng loạt cuộc gọi từ những người trong tổ chức của bạn phàn nàn rằng hộp thư khách sử dụng Exchange Online đang hoạt động không tốt. Trong trường hợp đó, theo suy luận hợp lý là nên giả định rằng hiệu năng Exchange Online của bạn vừa trở thành nạn nhân của vấn đề trong Dịch vụ.
Lúc này, bạn, tức là người quản trị Office 365, nên kiểm tra Trạng thái hiện tại rồi Xem chi tiết và lịch sử thường xuyên, để luôn cập nhật các phần bảo trì mà chúng tôi thực hiện trên hệ thống. Bảng điều khiển Trạng thái hiện tại được tạo để cập nhật cho bạn về các thay đổi và vấn đề trong dịch vụ. Các ghi chú và giải thích về lịch sử trạng thái, từ người quản trị này đến người quản trị khác, đều ở đó để giúp bạn đánh giá ảnh hưởng của mình và giúp bạn cập nhật về công việc đang diễn ra.
Vấn đề về hiệu năng không phải là sự cố dịch vụ, ngay cả khi sự cố dịch vụ có thể dẫn đến hiệu năng chậm. Vấn đề về hiệu năng trông như thế này:
-
Vấn đề về hiệu năng xảy ra bất kể Trạng thái hiện tại trong trung tâm quản trị Office 365 đang báo cáo cho dịch vụ những gì.
-
Một hành vi trước đây vốn tương đối trơn tru bỗng mất nhiều thời gian để hoàn thành hoặc không bao giờ hoàn thành.
-
Bạn cũng có thể tái tạo vấn đề, hoặc ít nhất, bạn biết rằng nó sẽ xảy ra nếu bạn thực hiện chuỗi các bước phù hợp.
-
Nếu vấn đề xảy ra theo kiểu ngắt quãng, thì vẫn có một mẫu hình, ví dụ như bạn biết rằng trước 10:00 SA bạn sẽ nhận cuộc gọi từ những người dùng không thể truy nhập ổn định vào Office 365, và rằng các cuộc gọi này sẽ giảm xuống vào khoảng giữa trưa.
Điều này nghe có vẻ quen thuộc; có thể là quá quen thuộc. Sau khi bạn biết đây là vấn đề về hiệu năng, thì câu hỏi trở thành "Tiếp theo bạn phải làm gì?" Phần còn lại của bài viết này sẽ giúp bạn xác định đúng điều đó.
Cách xác định và kiểm tra vấn đề hiệu năng
Vấn đề về hiệu năng thường phát sinh qua thời gian, do đó có thể khó xác định được vấn đề thực sự. Bạn cần tạo một báo cáo rõ ràng về vấn đề, nắm được ngữ cảnh của vấn đề, rồi sau đó bạn cần đề ra các bước kiểm tra hiệu quả để giải quyết. Nếu không, cho dù bạn không có lỗi gì, nhưng vẫn có thể không giải quyết được. Tại sao? Dưới đây là một số ví dụ về báo cáo vấn đề không cung cấp đủ thông tin:
-
Việc chuyển từ Hộp thư đến của tôi sang Lịch của tôi trước đây vốn là điều tôi không nhận thấy, còn bây giờ thì cứ ngắc ngứ. Bạn có thể làm cho nó hoạt động giống như trước đây không?
-
Việc tải tệp của tôi lên SharePoint Online đang mất quá nhiều thời gian. Tại sao việc này lại chậm vào buổi chiều, nhưng vào những lúc khác thì lại nhanh? Việc này có thể luôn luôn nhanh không?
Có một vài thử thách lớn mà những báo cáo vấn đề phía trên gây ra. Cụ thể là có nhiều thông tin mơ hồ cần phải xử lý. ví dụ:
-
Không biết rõ việc chuyển đổi giữa Hộp thư đến và Lịch trước đây hoạt động ra sao trên máy tính xách tay.
-
Khi người dùng nói, "Việc này không thể nhanh được sao", thì "nhanh" nghĩa là gì?
-
"Mất quá nhiều thời gian" là bao lâu? Vài giây, vài phút, hay người dùng có thể đi ăn trưa rồi thao tác sẽ kết thúc mười phút sau khi người dùng quay lại?
Tất cả điều này còn chưa kể đến việc người quản trị và người khắc phục sự cố không thể biết được nhiều chi tiết từ những báo cáo vấn đề như thế này. Chẳng hạn, khi vấn đề bắt đầu xảy ra; người dùng làm việc ở nhà và chỉ nhận thấy thao tác chuyển đổi chậm khi ở trong mạng gia đình; người dùng có lẽ đang chạy một vài ứng dụng tốn nhiều RAM khác trên máy khách cục bộ, hoặc người dùng đang chạy hệ điều hành cũ hay chưa chạy các bản cập nhật gần đây.
Khi người dùng báo cáo một vấn đề về hiệu năng, thì có rất nhiều thông tin cần thu thập. Việc thu thập các thông tin này là một phần của quy trình gọi là khoanh phạm vi vấn đề, hay điều tra vấn đề. Sau đây là danh sách khoanh phạm vi cơ bản mà bạn có thể dùng để thu thập thông tin về vấn đề hiệu năng của mình. Danh sách này không đầy đủ, nhưng là bước khởi đầu để tạo danh sách của riêng bạn:
-
Vấn đề xảy ra vào ngày nào, và vào mấy giờ sáng hay tối?
-
Bạn đang sử dụng loại máy tính khách nào, và máy kết nối với mạng doanh nghiệp bằng cách nào (VPN, Có dây, Không dây)?
-
Bạn làm việc từ xa hay ở trong văn phòng?
-
Bạn có thử các hành động giống như vậy trên máy tính khác và nhận thấy hành vi tương tự không?
-
Hãy làm theo các bước khiến bạn gặp vấn đề để bạn có thể ghi lại các hành động mà mình thực hiện.
-
Hiệu năng chậm đến mức nào nếu tính theo giây hoặc phút?
-
Bạn đang ở đâu trên thế giới?
Một số câu hỏi trong số này dễ nhận thấy hơn các câu khác. Hầu hết mọi người sẽ hiểu rằng người khắc phục sự cố cần biết các bước chính xác để tái tạo vấn đề. Nói cho cùng thì bạn còn có thể ghi lại vấn đề và kiểm tra xem vấn đề đã được giải quyết chưa bằng cách nào khác nữa? Những điều khác khó nhận thấy hơn là những câu như "Bạn nhận thấy vấn đề vào ngày nào và mấy giờ?" và "Bạn đang ở đâu trên thế giới?", nghĩa là những thông tin có thể sử dụng cùng nhau. Tùy thuộc vào thời điểm người dùng làm việc, một vài giờ chênh lệch có thể nghĩa là phần bảo trì hiện đã chạy trên các phần trong mạng công ty của bạn. Nếu chẳng hạn như công ty của bạn có môi trường thực thi hỗn hợp, chẳng hạn như Tìm kiếm SharePoint hỗn hợp mà vốn có thể truy vấn chỉ mục tìm kiếm trong cả SharePoint Online lẫn phiên bản SharePoint Server 2013 tại cơ sở, thì các bản cập nhật có thể đang chạy trong cụm máy chủ tại cơ sở. Nếu công ty của bạn hoàn toàn nằm trên nền tảng điện toán đám mây, thì quá trình bảo trì hệ thống có thể bao gồm việc thêm hoặc loại bỏ phần cứng mạng, triển khai các bản cập nhật trên toàn công ty, hoặc thực hiện thay đổi cho DNS hoặc cơ sở hạ tầng cốt lõi khác.
Khi bạn đang khắc phục vấn đề về hiệu năng, thì tương tự như hiện trường vụ án, bạn cần phải chính xác và nhạy bén để rút ra bất kỳ kết luận nào từ bằng chứng. Để làm điều này, bạn phải có được báo cáo vấn đề tốt bằng cách thu thập bằng chứng. Báo cáo này nên bao gồm ngữ cảnh của máy tính, ngữ cảnh của người dùng, thời điểm vấn đề bắt đầu và các bước chính xác dẫn đến vấn đề về hiệu năng. Báo cáo về vấn đề này nên và luôn nằm ở trang đầu tiên trong các ghi chú của bạn. Bằng cách xem lại báo cáo vấn đề sau khi tìm ra giải pháp, bạn đang thực hiện các bước để kiểm tra và chứng minh việc các hành động mà bạn thực hiện đã giải quyết được vấn đề hay chưa. Điều này rất quan trọng để biết được khi nào thì công việc của bạn trong việc này đã kết thúc.
Bạn biết hiệu năng từng trông ra sao khi đạt hiệu quả tốt?
Nếu bạn không may thì không ai biết được. Không ai có số liệu cả. Điều này nghĩa là không ai có thể trả lời câu hỏi đơn giản như "Trước đây mất bao nhiêu giây để mở Hộp thư đến trong Office 365?", hoặc "Trước đây mất bao lâu khi Người điều hành tiến hành cuộc họp trong Lync Online?", đây là kịch bản thường gặp đối với nhiều công ty.
Điều còn thiếu ở đây là một đường cơ sở hiệu năng.
Đường cơ sở cung cấp cho bạn ngữ cảnh về hiệu năng của bạn. Bạn nên thu thập đường cơ sở thỉnh thoảng hoặc thường xuyên, tùy thuộc vào nhu cầu của công ty bạn. Nếu bạn là công ty lớn hơn, thì nhóm Vận hành có thể đã thu thập đường cơ sở cho môi trường tại cơ sở của bạn. Chẳng hạn, nếu bạn vá lỗi cho tất cả máy chủ Exchange vào thứ hai đầu tiên của tháng và cho tất cả máy chủ SharePoint vào thứ hai của tuần thứ ba, thì nhóm Vận hành có thể có danh sách các tác vụ và kịch bản mà họ chạy sau khi sửa lỗi, để chứng tỏ rằng các chức năng quan trọng đang hoạt động. Chẳng hạn, mở Hộp thư đến, bấm Gửi/Nhận và đảm bảo rằng các thư mục cập nhật, hoặc trong SharePoint, duyệt trang chính của site, đi đến trang Tìm kiếm trong doanh nghiệp và thực hiện một thao tác tìm kiếm có trả về kết quả.
Nếu các ứng dụng của bạn nằm trong Office 365, thì một số đường cơ sở căn bản nhất mà bạn có thể thu thập sẽ đo thời gian (tính theo mili giây) từ máy tính khách bên trong mạng của bạn, đến một điểm đầu ra, hoặc điểm mà bạn rời khỏi mạng của mình và đi đến Office 365. Dưới đây là một số đường cơ sở hữu ích mà bạn có thể điều tra và ghi lại:
-
Xác định các thiết bị giữa máy tính khách và điểm đầu ra của bạn, ví dụ như máy chủ proxy của bạn.
-
Bạn cần biết về các thiết bị của mình để nắm rõ ngữ cảnh (địa chỉ IP, loại thiết bị, v.v.) cho bất kỳ vấn đề về hiệu năng nào phát sinh.
-
Máy chủ proxy là điểm đầu ra chung, vì vậy bạn có thể kiểm tra trình duyệt web của mình để xem máy chủ proxy nào đang được đặt để sử dụng, nếu có.
-
Có các công cụ của bên thứ ba vốn có thể khám phá và ánh xạ mạng của bạn, nhưng cách an toàn nhất để biết về các thiết bị của bạn là hỏi thành viên trong nhóm mạng của bạn.
-
-
Xác định nhà cung cấp dịch vụ Internet (ISP) của bạn, ghi lại thông tin liên hệ của họ, và hỏi xem bạn có bao nhiêu mạch và bao nhiêu băng thông.
-
Trong công ty của bạn, hãy xác định tài nguyên cho các thiết bị giữa máy khách của bạn và điểm đầu ra, hoặc xác định liên hệ khẩn cấp để trao đổi về vấn đề nối mạng.
Dưới đây là một số đường cơ sở mà thao tác kiểm tra đơn giản bằng công cụ có thể tính toán cho bạn:
-
Thời gian đi từ máy tính khách đến điểm đầu ra của bạn tính theo mili giây
-
Thời gian đi từ điểm đầu ra của bạn đến Office 365 tính theo mili giây
-
Vị trí trên thế giới của máy chủ phân giải URLS cho Office 365 khi bạn duyệt
-
Tốc độ phân giải DNS của ISP của bạn tính theo mili giây, sự không nhất quán trong thời gian gói đến (mạng chập chờn), tải lên và tải xuống tính theo mili giây
Nếu bạn chưa quen với cách thực hiện các bước này, chúng tôi sẽ giải thích chi tiết hơn trong bài viết này.
Đường cơ sở là gì?
Bạn sẽ biết ảnh hưởng khi mọi thứ trở nên kém đi, nhưng nếu bạn không biết dữ liệu hiệu năng lịch sử của mình, thì không thể có được ngữ cảnh về mức độ kém đi và thời điểm mà mọi thứ trở nên kém đi. Vì vậy nếu không có đường cơ sở, thì bạn đang thiếu mất mấu chốt để giải quyết trò chơi ghép hình: bức hình trên nắp hộp trò chơi. Trong việc khắc phục vấn đề về hiệu năng, bạn cần có một điểm để so sánh. Đường cơ sở hiệu năng đơn giản không khó thu thập. Nhóm Vận hành của bạn có thể được giao nhiệm vụ thực hiện điều này theo lịch biểu. Chẳng hạn, giả sử kết nối của bạn trông như thế này:
Điều đó nghĩa là bạn đã kiểm tra với nhóm mạng của mình và biết rằng bạn rời khỏi công ty của mình để đi đến Internet thông qua một máy chủ proxy và proxy đó xử lý tất cả các yêu cầu mà máy tính khách của bạn gửi lên nền tảng điện toán đám mây. Trong trường hợp này, bạn nên vẽ một phiên bản đơn giản về kết nối của mình, trong đó liệt kê tất cả các thiết bị trung gian. Bây giờ, hãy chèn các công cụ mà bạn có thể sử dụng để kiểm tra hiệu năng giữa máy khách, điểm đầu ra (nơi bạn rời khỏi mạng của mình để đi đến Internet), và nền tảng điện toán đám mây Office 365.
Các tùy chọn được liệt kê dưới dạng Đơn giản và Nâng cao theo mức độ kiến thức chuyên môn mà bạn cần để tìm dữ liệu hiệu năng. Việc theo dõi mạng sẽ mất nhiều thời gian, so với việc chạy các công cụ dòng lệnh như PsPing và TraceTCP. Hai công cụ dòng lệnh này được chọn vì chúng không sử dụng gói ICMP vốn bị Office 365 chặn, và vì chúng cung cấp thời gian tính bằng mili giây cần thiết để rời khỏi máy tính khách hoặc máy chủ proxy (nếu bạn có quyền truy nhập) và đến Office 365. Mỗi bước nhảy riêng lẻ từ máy tính này sang máy tính khác sẽ kết thúc với một giá trị thời gian, và điều này rất phù hợp với đường cơ sở! Cũng quan trọng không kém, những công cụ dòng lệnh này cho phép bạn thêm số cổng lên lệnh, điều này rất hữu ích vì Office 365 giao tiếp qua cổng 443, vốn là cổng được sử dụng bởi Tầng Khe Bảo mật và Transport Layer Security (SSL và TLS). Tuy nhiên, các công cụ bên thứ ba khác có thể là giải pháp tốt hơn cho tình huống của bạn. Microsoft không hỗ trợ tất cả các công cụ này, vì vậy nếu vì một số lý do mà bạn không thể dùng PsPing và TraceTCP, hãy chuyển sang theo dõi mạng bằng một công cụ như Netmon.
Bạn có thể thu thập đường cơ sở trước giờ làm việc, thu thập lần nữa trong thời gian sử dụng nhiều, rồi lần nữa khi hết giờ. Điều này nghĩa là cuối cùng có thể bạn sẽ có cấu trúc thư mục tương tự như thế này:
Bạn cũng nên chọn quy ước đặt tên cho tệp của mình. Sau đây là một số ví dụ:
-
Feb_09_2015_9amPST_PerfBaseline_Netmon_ClientToEgress_Normal
-
Jan_10_2015_3pmCST_PerfBaseline_PsPing_ClientToO365_bypassProxy_SLOW
-
Feb_08_2015_2pmEST_PerfBaseline_BADPerf
-
Feb_08_2015_8-30amEST_PerfBaseline_GoodPerf
Có nhiều cách khác nhau để làm điều này, nhưng việc dùng định dạng <dateTime><what's happening in the test> là điểm thích hợp để bắt đầu. Cẩn trọng trong việc này sẽ giúp ích rất nhiều khi bạn tìm cách khắc phục sự cố sau này. Sau này, bạn sẽ có thể nói rằng "Tôi thực hiện hai lần dõi vết vào ngày 8 tháng 2, một lần cho thấy hiệu năng tốt và một lần cho thấy hiệu năng kém, vì vậy chúng ta có thể so sánh chúng". Điều này vô cùng hữu ích khi khắc phục sự cố.
Bạn cần phải có phương pháp gọn gàng để lưu giữ các đường cơ sở lịch sử của mình. Trong ví dụ này, các phương pháp đơn giản cung cấp ba đầu ra dòng lệnh và các kết quả được thu thập dưới dạng ảnh chụp màn hình, nhưng thay vào đó bạn có thể yêu cầu mạng thu thập tệp. Hãy sử dụng phương pháp phù hợp nhất với bạn. Lưu trữ đường cơ sở lịch sử của bạn và tham khảo chúng tại các điểm mà bạn nhận thấy thay đổi trong hành vi của dịch vụ trực tuyến.
Tại sao nên thu thập dữ liệu hiệu năng trong quá trình thí điểm?
Không còn thời điểm nào phù hợp để bắt đầu thu thập đường cơ sở hơn là trong quá trình thí điểm dịch vụ Office 365. Văn phòng của bạn có thể có hàng ngàn, hàng trăm ngàn hoặc năm người dùng, nhưng thậm chí với một số ít người dùng, bạn có thể thực hiện kiểm tra để đo mức dao động trong hiệu năng. Trong trường hợp công ty lớn, mẫu đại diện gồm vài trăm người dùng thí điểm Office 365 có thể được tăng lên đến vài ngàn để bạn biết vị trí mà vấn đề có thể phát sinh trước khi chúng xảy ra.
Trong trường hợp công ty nhỏ, trong đó việc triển trai nghĩa là tất cả người dùng đều dùng dịch vụ cùng một lúc và không có thí điểm, thì hãy lưu giữ các số đo hiệu năng để bạn có dữ liệu nhằm cung cấp cho bất kỳ người nào có thể phải khắc phục một thao tác có hiệu năng kém. Chẳng hạn, nếu bạn nhận thấy rằng bỗng nhiên bạn có thể đi vòng quanh toà nhà của mình trong thời gian cần thiết để tải lên một đồ họa cỡ vừa trong khi thao tác này vốn xảy ra rất nhanh.
Cách thu thập các đường cơ sở
Đối với tất cả các kế hoạch khắc phục sự cố, ít nhất bạn cần phải xác định những điều này:
-
Máy tính khách mà bạn đang sử dụng (loại máy tính hay thiết bị, địa chỉ IP và những hành động gây ra sự cố)
-
Vị trí đặt các máy tính khách trên thế giới (ví dụ, người dùng này có ở trên một VPN đối với mạng này không, có làm việc từ xa không, hoặc có ở trên mạng nội bộ công ty không)
-
Điểm đầu ra mà máy tính khách sử dụng từ mạng của bạn (điểm mà tại đó lưu lượng rời khỏi doanh nghiệp để đến một ISP hay để vào mạng Internet)
Bạn có thể tìm hiểu bố trí mạng của mình từ người quản trị mạng. Nếu bạn dùng mạng nhỏ, hãy xem các thiết bị kết nối bạn với Internet, và gọi cho ISP của bạn nếu có bất kỳ câu hỏi nào về bố trí. Tạo đồ họa về bố trí cuối cùng để tham khảo.
Phần này được chia thành các công cụ và phương pháp dòng lệnh đơn giản cũng như các tùy chọn công cụ nâng cao hơn. Chúng tôi sẽ đề cập đến các phương pháp đơn giản trước tiên. Nhưng nếu bạn gặp vấn đề về hiệu năng ngay bây giờ, thì bạn nên đi thẳng đến các phương pháp nâng cao và thử dùng kế hoạch hành động mẫu nhằm khắc phục sự cố về hiệu năng.
Phương pháp đơn giản
Mục tiêu của các phương pháp đơn giản này là tìm hiểu cách thu thập, hiểu và lưu trữ đúng cách các đường cơ sở hiệu năng đơn giản theo thời gian để bạn nắm rõ về hiệu năng của Office 365. Dưới đây là sơ đồ rất đơn giản cho phương pháp đơn giản, như bạn đã thấy trước đây:
Lưu ý:
-
TraceTCP được bao gồm trong ảnh chụp màn hình này vì đây là một công cụ hữu ích để hiển thị, theo milligiây, thời gian mà một yêu cầu cần để xử lý và số lượng bước nhảy trong mạng, hay kết nối từ máy tính này sang máy tính khác, mà yêu cầu đó cần để đến đích. TraceTCP cũng có thể cung cấp tên của máy chủ được dùng trong quá trình nhảy, điều này có thể hữu ích cho người khắc phục sự cố của Microsoft Office 365 trong bộ phận Hỗ trợ.
-
Lệnh TraceTCP có thể rất đơn giản, chẳng hạn như:
-
tracetcp.exe outlook.office365.com:443
-
Hãy nhớ bao gồm số cổng trong lệnh!
-
TraceTCP là bản tải xuống miễn phí, nhưng dựa trên Wincap. Wincap là công cụ mà Netmon cũng sử dụng và cài đặt. Chúng tôi cũng sử dụng Netmon trong phần phương pháp nâng cao.
Nếu bạn có nhiều văn phòng, bạn cũng sẽ cần lưu giữ một bộ dữ liệu từ một máy khách trong từng vị trí đó. Kiểm tra này đo độ trễ, mà trong trường hợp này là một giá trị số mô tả khoảng thời gian từ khi một máy khách gửi yêu cầu đến Office 365, đến khi Office 365 trả lời yêu cầu. Quá trình kiểm tra bắt nguồn từ bên trong tên miền của bạn trên máy tính khách, và tìm cách đo thời gian truyền đi về từ bên trong mạng của bạn, đi ra ngoài qua một điểm đầu ra, qua Internet đến Office 365, rồi quay lại.
Có một số cách để xử lý điểm đầu ra, trong trường hợp này là máy chủ proxy. Bạn có thể theo dõi từ 1 đến 2 rồi 2 đến 3, sau đó tính tổng các số này theo mili giây để có được tổng cuối cùng tính đến đường biên của mạng của bạn. Hoặc bạn có thể cấu hình kết nối để bỏ qua proxy cho địa chỉ Office 365. Trong mạng lớn hơn có tường lửa, proxy đảo ngược hoặc kết hợp cả hai, bạn có thể cần đặt ngoại lệ trên máy chủ proxy mà sẽ cho phép lưu lượng đi qua nhiều URL. Để biết danh sách các điểm cuối được Office 365 sử dụng, hãy xem URL và dải địa chỉ IP của Office 365. Nếu bạn có proxy xác thực, hãy bắt đầu bằng cách kiểm tra ngoại lệ cho các mục sau:
-
Cổng 80 và 443
-
TCP và HTTP
-
Kết nối đi tới bất kỳ URL nào sau đây:
-
*.microsoftonline.com
-
*.microsoftonline-p.com
-
*.sharepoint.com
-
*.outlook.com
-
*.lync.com
-
osub.microsoft.com
Tất cả người dùng cần được cho phép đi đến những địa chỉ này mà không có bất kỳ sự can thiệp hay xác thực proxy nào. Trên mạng nhỏ hơn, bạn nên thêm các mục này vào danh sách bỏ qua proxy trong trình duyệt web của bạn.
Để thêm những mục này vào danh sách bỏ qua proxy của bạn trong Internet Explorer, hãy đi đến Công cụ > Tùy chọn Internet > Kết nối > Thiết đặt LAN > Nâng cao. Tab nâng cao cũng là nơi bạn sẽ tìm thấy máy chủ proxy và cổng máy chủ proxy của mình. Bạn có thể cần bấm vào hộp kiểm Dùng máy chủ proxy cho mạng LAN của bạn, để truy nhập vào nút Nâng cao. Bạn sẽ muốn đảm bảo rằng Máy chủ proxy bỏ qua cho địa chỉ cục bộ được chọn. Sau khi bấm Nâng cao, bạn sẽ thấy một hộp văn bản mà bạn có thể nhập ngoại lệ. Phân tách các URL đại diện được liệt kê ở trên bằng dấu chấm phẩy, ví dụ:
*.microsoftonline.com; *.sharepoint.com
Sau khi bỏ qua proxy của mình, bạn sẽ có thể sử dụng ping hoặc PsPing trực tiếp trên URL Office 365. Bước tiếp theo sẽ là kiểm tra ping outlook.office365.com. Hoặc nếu bạn đang sử dụng PsPing hay công cụ khác mà sẽ cho phép bạn cung cấp số cổng cho lệnh, thì hãy PsPing dựa trên portal.microsoftonline.com:443 để xem thời gian thời gian truyền đi về trung bình tính theo mili giây.
Thời gian truyền đi về, hay RTT, là một giá trị số, vốn đo khoảng thời gian cần để gửi yêu cầu HTTP đến một máy chủ như outlook.office365.com và nhận được phản hồi xác nhận rằng máy chủ biết rằng bạn đã thực hiện điều đó. Thỉnh thoảng bạn sẽ nhìn thấy giá trị này được viết tắt thành RTT. Giá trị này sẽ là một khoảng thời gian khá ngắn.
Bạn phải sử dụng PSPing hoặc công cụ khác vốn không sử dụng gói ICMP, mà Office 365 đã chặn, để thực hiện kiểm tra này.
Cách dùng PsPing để có được thời gian truyền đi về tính bằng mili giây trực tiếp từ URL Office 365
-
Chạy lời nhắc chỉ lệnh mức cao bằng cách hoàn tất các bước sau đây:
-
Bấm Bắt đầu.
-
Trong hộp Bắt đầu Tìm kiếm, nhập cmd, rồi nhấn CTRL+SHIFT+ENTER.
-
Nếu hộp thoại Kiểm soát Tài khoản Người dùng xuất hiện, hãy xác nhận rằng hành động mà nó hiển thị là điều bạn muốn, sau đó bấm Tiếp.
-
-
Dẫn hướng tới thư mục mà công cụ (trong trường hợp này là PsPing) được cài đặt và kiểm tra các URL Office 365 sau đây:
-
psping portal.office.com:443
-
psping microsoft-my.sharepoint.com:443
-
psping outlook.office365.com:443
-
psping www.yammer.com:443
-
Đảm bảo bao gồm số cổng 443. Hãy nhớ rằng Office 365 hoạt động trên kênh được mã hóa. Nếu bạn PsPing mà không có số cổng, yêu cầu của bạn sẽ không thành công. Sau khi bạn đã ping danh sách ngắn của mình, hãy tìm thời gian Trung bình tính theo mili giây (ms). Đây chính là điều bạn muốn ghi lại!
Nếu bạn không quen với việc bỏ qua máy chủ proxy và muốn thực hiện mọi việc theo từng bước, trước tiên bạn cần tìm tên máy chủ proxy của bạn. Trong Internet Explorer, đi đến Công cụ > Tuỳ chọn Internet > Kết nối > Thiết đặt LAN > Nâng cao. Tab Nâng cao là nơi bạn sẽ thấy máy chủ proxy của mình được liệt kê. Ping máy chủ proxy đó tại một dấu nhắc lệnh bằng cách hoàn tất tác vụ này:
Để ping máy chủ proxy và lấy giá trị thời gian truyền đi về tính bằng mili giây cho giai đoạn từ 1 đến 2
-
Chạy lời nhắc chỉ lệnh mức cao bằng cách hoàn tất các bước sau đây:
-
Bấm Bắt đầu.
-
Trong hộp Bắt đầu Tìm kiếm, nhập cmd, rồi nhấn CTRL+SHIFT+ENTER.
-
Nếu hộp thoại Kiểm soát Tài khoản Người dùng xuất hiện, hãy xác nhận rằng hành động mà nó hiển thị là điều bạn muốn, sau đó bấm Tiếp.
-
-
Nhập ping <tên của máy chủ proxy mà trình duyệt của bạn dùng, hoặc địa chỉ IP của máy chủ proxy> rồi nhấn ENTER. Nếu bạn cài đặt PsPing hoặc công cụ khác, thì thay vào đó bạn có thể chọn sử dụng công cụ đó.
Lệnh của bạn có thể trông giống như bất cứ ví dụ nào sau đây:
-
ping ourproxy.ourdomain.industry.business.com
-
ping 155.55.121.55
-
ping ourproxy
-
psping ourproxy.ourdomain.industry.business.com:80
-
psping 155.55.121.55:80
-
psping ourproxy:80
-
-
Khi quá trình theo dõi ngừng gửi các gói kiểm tra, bạn sẽ nhận được một bản tóm tắt nhỏ liệt kê một giá trị trung bình tính theo mili giây, và đó là giá trị bạn muốn có. Chụp ảnh màn hình của lời nhắc và lưu nó bằng cách dùng quy ước đặt tên của bạn. Lúc này, có thể cũng sẽ hữu ích nếu điền giá trị vào sơ đồ.
Có thể bạn đã thực hiện theo dõi vào buổi sáng sớm và máy khách của bạn có thể nhanh chóng truy nhập proxy (hoặc bất kỳ máy chủ đầu ra nào đi đến Internet). Trong trường hợp này, số liệu của bạn có thể trông giống như thế này:
Nếu máy tính khách của bạn là một trong số ít các máy chọn lọc có quyền truy nhập vào máy chủ proxy (hoặc đầu ra), thì bạn có thể chạy nhánh tiếp theo của kiểm tra bằng cách kết nối từ xa với máy tính đó, chạy dấu nhắc lệnh để PsPing đến một URL Office 365 từ đó. Nếu không có quyền truy nhập đến máy tính đó, thì bạn có thể liên lạc với tài nguyên mạng của mình để được trợ giúp về nhánh tiếp theo và lấy số liệu chính xác theo cách này. Nếu việc này không khả thi, hãy thực hiện PsPing dựa trên URL Office 365 cần quan tâm và so sánh nó với thời gian PsPing hoặc Ping dựa trên máy chủ proxy của bạn.
Chẳng hạn, nếu bạn có 51,84 mili giây từ máy khách đến URL Office 365, và có 2,8 mili giây từ máy khách đến proxy (hoặc điểm đầu ra), thì bạn có 49,04 mili giây từ đầu ra tới Office 365. Tương tự, nếu bạn có PsPing 12,25 mili giây từ máy khách tới proxy vào giờ cao điểm trong ngày, và 62,01 mili giây từ máy khách tới URL Office 365, thì giá trị trung bình của bạn cho đầu ra proxy tới URL Office 365 là 49,76 mili giây.
Về mặt khắc phục sự cố, bạn có thể nhận thấy thông tin thú vị chỉ từ việc lưu giữ các đường cơ sở này. Chẳng hạn, nếu bạn nhận thấy rằng nói chung bạn có độ trễ khoảng 40 đến 59 mili giây từ proxy hoặc điểm đầu ra tới URL Office 365 và có độ trễ khoảng 3 đến 7 mili giây từ máy khách đến proxy hoặc điểm đầu ra (tùy thuộc vào mức lưu lượng mạng mà bạn nhìn thấy vào thời điểm đó trong ngày) thì bạn chắc chắn sẽ biết rằng có vấn đề phát sinh nếu ba đường cơ sở của thời gian máy khách đến proxy hoặc đầu ra mới nhất hiển thị độ trễ 45 mili giây.
Phương pháp nâng cao
Nếu bạn thực sự muốn biết điều gì đang xảy ra với các yêu cầu Internet tới Office 365, thì bạn cần làm quen với việc theo dõi mạng. Bất kể bạn muốn dùng công cụ nào cho các theo dõi này, HTTPWatch, Netmon, Message Analyzer, Wireshark, Fiddler, công cụ Bảng điều khiển Nhà phát triển hoặc bất kỳ công cụ nào khác đều được miễn là công cụ đó có thể thu thập và lọc được lưu lượng mạng. Trong phần này, bạn sẽ nhận thấy rằng sẽ hữu ích nếu chạy nhiều công cụ trong số đó để hiểu vấn đề toàn diện hơn. Khi bạn đang kiểm tra, một số công cụ trong số đó cũng thể tự động đóng vai trò như proxy. Các công cụ được dùng trong bài viết dẫn dắt này, Kế hoạch khắc phục sự cố hiệu năng cho Office 365, bao gồm Netmon 3.4, HTTPWatch, or WireShark.
Việc thu thập đường cơ sở hiệu năng là phần đơn giản của phương pháp này và nhiều bước giống như khi bạn khắc phục vấn đề về hiệu năng. Các phương pháp nâng cao hơn trong việc tạo đường cơ sở cho hiệu năng yêu cầu bạn phải thực hiện và lưu trữ theo dõi mạng. Hầu hết các ví dụ trong bài viết này dùng SharePoint Online, nhưng bạn nên phát triển một danh sách hành động phổ biến trên toàn bộ các dịch vụ Office 365 mà bạn đăng ký để kiểm tra và ghi lại. Sau đây là ví dụ về đường cơ sở:
-
Danh sách đường cơ sở cho SPO - Bước 1: Duyệt trang chủ của website SPO và thực hiện theo dõi mạng. Lưu theo dõi.
-
Danh sách đường cơ sở cho SPO - Bước 2: Tìm kiếm một thuật ngữ (chẳng hạn như tên công ty của bạn) thông qua Tìm kiếm trong Doanh nghiệp và thực hiện theo dõi mạng. Lưu theo dõi.
-
Danh sách đường cơ sở cho SPO - Bước 3: Tải một tệp lớn lên thư viện tài liệu SharePoint Online và thực hiện theo dõi mạng. Lưu theo dõi.
-
Danh sách đường cơ sở cho SPO - Bước 4: Duyệt trang chủ của website OneDrive và thực hiện theo dõi mạng. Lưu theo dõi.
Danh sách này nên bao gồm các hành động phổ biến quan trọng nhất mà người dùng thực hiện đối với SharePoint Online. Hãy lưu ý rằng bước cuối cùng: theo dõi đến OneDrive for Business, sẽ dựng sẵn so sánh giữa tải của trang chủ SharePoint Online (thường được công ty tuỳ chỉnh) và trang chủ OneDrive for Business vốn hiếm khi được tùy chỉnh. Đây là một kiểm tra rất cơ bản dành cho site SharePoint Online tải chậm. Bạn có thể dựng một bản ghi về mức chênh lệch này vào kiểm tra của mình.
Nếu bạn đang gặp vấn đề về hiệu năng, thì nhiều bước trong số này giống hệt như khi thu thập đường cơ sở. Theo dõi mạng trở nên rất cần thiết, vì vậy tiếp theo chúng tôi sẽ đề cập đến cách thực hiện các theo dõi quan trọng.
Để xử lý vấn đề về hiệu năng, ngay bây giờ, bạn cần phải theo dõi vào thời điểm bạn đang gặp vấn đề về hiệu năng. Bạn cần có sẵn các công cụ thích hợp để thu thập nhật ký, và cần có một kế hoạch hành động, nghĩa là danh sách các hành động cần thực hiện để thu thập thông tin tốt nhất có thể. Điều đầu tiên cần làm là ghi lại ngày và thời gian của kiểm tra để có thể lưu tệp vào thư mục phản ánh thời điểm đó. Tiếp theo, hãy thu hẹp xuống đến các bước của vấn đề. Đây là các bước chính xác mà bạn sẽ dùng để kiểm tra. Đừng quên điều cơ bản: nếu sự cố này chỉ xảy ra với Outlook, hãy đảm bảo ghi lại rằng hành vi của vấn đề chỉ xảy ra ở một dịch vụ Office 365. Việc thu hẹp phạm vi của vấn đề này sẽ giúp bạn tập trung vào phần mà bạn có thể giải quyết.

markdown:
Có một số cách đơn giản để kiểm tra hiệu năng kết nối giữa Office 365 và doanh nghiệp của bạn, điều này cho phép bạn thiết lập một đường cơ sở sơ bộ cho kết nối của mình. Biết được lịch sử hiệu năng của kết nối máy tính khách có thể giúp bạn phát hiện những vấn đề xuất hiện trước đây, xác định được và dự đoán được các vấn đề.
Nếu bạn không quen làm việc với những sự cố hiệu năng, bài viết này được thiết kế nhằm giúp bạn xem xét một số câu hỏi thường gặp, như Làm thế nào bạn biết được vấn đề mình đang thấy là một sự cố hiệu năng chứ không phải sự cố của dịch vụ Office 365? Làm thế nào để bạn có thể lập kế hoạch nhằm đạt hiệu năng cao, trong dài hạn? Làm thế nào bạn có thể để mắt tới hiệu năng? Nếu nhóm hoặc máy khách của bạn đang gặp vấn đề hiệu năng chậm trong khi dùng Office 365 và bạn thắc mắc về bất kỳ câu hỏi nào trong số này, thì hãy đọc tiếp.
**Quan trọng:** **Bạn đang gặp vấn đề về hiệu năng giữa máy khách của bạn và Office 365 ngay bây giờ?** Thực hiện theo các bước được thảo ra trong phần [Kế hoạch khắc phục sự cố về hiệu năng cho Office 365](kế-hoạch-khắc-phục-sự-cố-về-hiệu-năng-cho-office-365-e241e5d9-b1d8-4f1d-a5c8-4106b7325f8c).
-
-
-
-
-
-
[Tại sao nên thu thập dữ liệu hiệu năng trong quá trình thí điểm?](#bkmk_whycollect)
-
[]
## Vài điều bạn nên biết về hiệu năng của Office 365
Office 365 nằm bên trong một mạng năng suất cao, chuyên dụng của Microsoft, vốn được giám sát ổn định không chỉ theo cách tự động, mà còn bởi người thực. Một phần trong vai trò duy trì nền tảng điện toán đám mây Office 365 là điều chỉnh và hợp lý hóa hiệu năng dựng sẵn nếu có thể. Vì máy khách của nền tảng điện toán đám mây Office 365 phải kết nối qua Internet, nên cũng có nỗ lực liên tục để tinh chỉnh hiệu năng trên toàn bộ các dịch vụ Office 365. Việc cải tiến hiệu năng không bao giờ ngừng hẳn trên nền tảng điện toán đám mây, và có nhiều trải nghiệm được tích lũy trong quá trình giữ cho nền tảng điện toán đám mây hoạt động tốt và nhanh chóng. Nếu bạn gặp phải vấn đề về hiệu năng khi kết nối từ vị trí của mình với Office 365, thì tốt nhất là không nên khởi tạo và chờ trả lời từ trường hợp Hỗ trợ. Thay vào đó, bạn nên bắt đầu điều tra vấn đề 'từ trong ra ngoài'. Nghĩa là, hãy bắt đầu bên trong mạng của bạn rồi điều tra ra ngoài đến Office 365. Trước khi mở một trường hợp với Hỗ trợ Office 365, bạn có thể thu thập dữ liệu và thực hiện các hành động giúp khám phá và có thể giải quyết vấn đề của bạn.
**Quan trọng:** Hãy lưu ý việc hoạch định dung lượng và các giới hạn trong Office 365. Thông tin đó sẽ giúp bạn nắm rõ tình hình khi tìm cách giải quyết sự cố về hiệu suất. Đây là liên kết tới [Mô tả Dịch vụ Nền tảng của Office 365](https://technet.microsoft.com/library/office-365-service-descriptions.aspx). Đây là một hub trung tâm và tất cả các dịch vụ được Office 365 cung cấp đều có liên kết đến Mô tả Dịch vụ của riêng mình từ đây. Có nghĩa là, giả sử bạn cần xem giới hạn tiêu chuẩn cho SharePoint Online, bạn sẽ bấm vào [Mô tả Dịch vụ SharePoint Online](https://technet.microsoft.com/library/sharepoint-online-service-description.aspx), rồi tìm [mục Giới hạn của SharePoint Online](https://go.microsoft.com/fwlink/p/?LinkID=856113) ở trong đó.
Đảm bảo rằng bạn tiến hành khắc phục sự cố với nhận thức rằng hiệu năng là một thang đo biến thiên, chứ nó không phải về việc đạt được và duy trì vĩnh viễn một giá trị lý tưởng (nếu bạn hiểu như thế, thì sẽ rất căng thẳng khi thực hiện các tác vụ băng thông cao thỉnh thoảng diễn ra như lúc triển khai một lượng lớn người dùng hoặc thực hiện di chuyển dữ liệu lớn -- vì vậy hãy lập kế hoạch cho các ảnh hưởng đến hiệu năng). Bạn có thể, và nên, ước tính gần đúng mục tiêu hiệu năng của mình, nhưng nhiều biến số sẽ ảnh hưởng đến hiệu năng, do đó hiệu năng sẽ thay đổi. Đó là bản chất của hiệu năng.
Khắc phục vấn đề về hiệu năng không phải là đạt được mục tiêu cụ thể và duy trì vĩnh viễn các con số đó, mà là cải thiện các hoạt động hiện có, khi tính đến tất cả các biến số.
[]
## Được rồi, vậy vấn đề về hiệu năng trông như thế nào?
Trước tiên, bạn cần phải đảm bảo rằng điều mà mình đang gặp phải thật sự là vấn đề về hiệu năng chứ không phải sự cố dịch vụ. Vấn đề về hiệu năng khác với sự cố dịch vụ trong Office 365. Đây là cách phân biệt.
Nếu dịch vụ Office 365 đang gặp vấn đề, thì đó là sự cố dịch vụ. Bạn sẽ nhìn thấy biểu tượng màu đỏ hoặc màu vàng bên dưới
**Trạng thái hiện tại** trong trung tâm quản trị Office 365, bạn cũng có thể nhận thấy hiệu năng chậm trên máy tính khách kết nối với Office 365. Chẳng hạn, nếu Trạng thái hiện tại báo cáo biểu tượng màu đỏ và bạn nhìn thấy **Đang điều tra** bên cạnh Exchange, thì sau đó bạn có thể cũng sẽ nhận được hàng loạt cuộc gọi từ những người trong tổ chức của bạn phàn nàn rằng hộp thư khách sử dụng Exchange Online đang hoạt động không tốt. Trong trường hợp đó, theo suy luận hợp lý là nên giả định rằng hiệu năng Exchange Online của bạn vừa trở thành nạn nhân của vấn đề trong Dịch vụ.
Lúc này, bạn, tức là người quản trị Office 365, nên kiểm tra
**Trạng thái hiện tại** rồi **Xem chi tiết và lịch sử** thường xuyên, để luôn cập nhật các phần bảo trì mà chúng tôi thực hiện trên hệ thống. Bảng điều khiển **Trạng thái hiện tại** được tạo để cập nhật cho bạn về các thay đổi và vấn đề trong dịch vụ. Các ghi chú và giải thích về lịch sử trạng thái, từ người quản trị này đến người quản trị khác, đều ở đó để giúp bạn đánh giá ảnh hưởng của mình và giúp bạn cập nhật về công việc đang diễn ra.
Vấn đề về hiệu năng không phải là sự cố dịch vụ, ngay cả khi sự cố dịch vụ có thể dẫn đến hiệu năng chậm. Vấn đề về hiệu năng trông như thế này:
-
Vấn đề về hiệu năng xảy ra bất kể
**Trạng thái hiện tại**trong trung tâm quản trị Office 365 đang báo cáo cho dịch vụ những gì.
-
Một hành vi trước đây vốn tương đối trơn tru bỗng mất nhiều thời gian để hoàn thành hoặc không bao giờ hoàn thành.
-
Bạn cũng có thể tái tạo vấn đề, hoặc ít nhất, bạn biết rằng nó sẽ xảy ra nếu bạn thực hiện chuỗi các bước phù hợp.
-
Nếu vấn đề xảy ra theo kiểu ngắt quãng, thì vẫn có một mẫu hình, ví dụ như bạn biết rằng trước 10:00 SA bạn sẽ nhận cuộc gọi từ những người dùng không thể truy nhập ổn định vào Office 365, và rằng các cuộc gọi này sẽ giảm xuống vào khoảng giữa trưa.
Điều này nghe có vẻ quen thuộc; có thể là quá quen thuộc. Sau khi bạn biết đây là vấn đề về hiệu năng, thì câu hỏi trở thành "Tiếp theo bạn phải làm gì?" Phần còn lại của bài viết này sẽ giúp bạn xác định đúng điều đó.
[]
## Cách xác định và kiểm tra vấn đề hiệu năng
Vấn đề về hiệu năng thường phát sinh qua thời gian, do đó có thể khó xác định được vấn đề thực sự. Bạn cần tạo một báo cáo rõ ràng về vấn đề, nắm được ngữ cảnh của vấn đề, rồi sau đó bạn cần đề ra các bước kiểm tra hiệu quả để giải quyết. Nếu không, cho dù bạn không có lỗi gì, nhưng vẫn có thể không giải quyết được. Tại sao? Dưới đây là một số ví dụ về báo cáo vấn đề không cung cấp đủ thông tin:
-
Việc chuyển từ Hộp thư đến của tôi sang Lịch của tôi trước đây vốn là điều tôi không nhận thấy, còn bây giờ thì cứ ngắc ngứ. Bạn có thể làm cho nó hoạt động giống như trước đây không?
-
Việc tải tệp của tôi lên SharePoint Online đang mất quá nhiều thời gian. Tại sao việc này lại chậm vào buổi chiều, nhưng vào những lúc khác thì lại nhanh? Việc này có thể luôn luôn nhanh không?
Có một vài thử thách lớn mà những báo cáo vấn đề phía trên gây ra. Cụ thể là có nhiều thông tin mơ hồ cần phải xử lý. ví dụ:
-
Không biết rõ việc chuyển đổi giữa Hộp thư đến và Lịch trước đây hoạt động ra sao trên máy tính xách tay.
-
Khi người dùng nói, "Việc này không thể nhanh được sao", thì "nhanh" nghĩa là gì?
-
"Mất quá nhiều thời gian" là bao lâu? Vài giây, vài phút, hay người dùng có thể đi ăn trưa rồi thao tác sẽ kết thúc mười phút sau khi người dùng quay lại?
Tất cả điều này còn chưa kể đến việc người quản trị và người khắc phục sự cố không thể biết được nhiều chi tiết từ những báo cáo vấn đề như thế này. Chẳng hạn, khi vấn đề bắt đầu xảy ra; người dùng làm việc ở nhà và chỉ nhận thấy thao tác chuyển đổi chậm khi ở trong mạng gia đình; người dùng có lẽ đang chạy một vài ứng dụng tốn nhiều RAM khác trên máy khách cục bộ, hoặc người dùng đang chạy hệ điều hành cũ hay chưa chạy các bản cập nhật gần đây.
Khi người dùng báo cáo một vấn đề về hiệu năng, thì có rất nhiều thông tin cần thu thập. Việc thu thập các thông tin này là một phần của quy trình gọi là khoanh phạm vi vấn đề, hay điều tra vấn đề. Sau đây là danh sách khoanh phạm vi cơ bản mà bạn có thể dùng để thu thập thông tin về vấn đề hiệu năng của mình. Danh sách này không đầy đủ, nhưng là bước khởi đầu để tạo danh sách của riêng bạn:
-
Vấn đề xảy ra vào ngày nào, và vào mấy giờ sáng hay tối?
-
Bạn đang sử dụng loại máy tính khách nào, và máy kết nối với mạng doanh nghiệp bằng cách nào (VPN, Có dây, Không dây)?
-
Bạn làm việc từ xa hay ở trong văn phòng?
-
Bạn có thử các hành động giống như vậy trên máy tính khác và nhận thấy hành vi tương tự không?
-
Hãy làm theo các bước khiến bạn gặp vấn đề để bạn có thể ghi lại các hành động mà mình thực hiện.
-
Hiệu năng chậm đến mức nào nếu tính theo giây hoặc phút?
-
Bạn đang ở đâu trên thế giới?
Một số câu hỏi trong số này dễ nhận thấy hơn các câu khác. Hầu hết mọi người sẽ hiểu rằng người khắc phục sự cố cần biết các bước chính xác để tái tạo vấn đề. Nói cho cùng thì bạn còn có thể ghi lại vấn đề và kiểm tra xem vấn đề đã được giải quyết chưa bằng cách nào khác nữa? Những điều khác khó nhận thấy hơn là những câu như "Bạn nhận thấy vấn đề vào ngày nào và mấy giờ?" và "Bạn đang ở đâu trên thế giới?", nghĩa là những thông tin có thể sử dụng cùng nhau. Tùy thuộc vào thời điểm người dùng làm việc, một vài giờ chênh lệch có thể nghĩa là phần bảo trì hiện đã chạy trên các phần trong mạng công ty của bạn. Nếu chẳng hạn như công ty của bạn có môi trường thực thi hỗn hợp, chẳng hạn như Tìm kiếm SharePoint hỗn hợp mà vốn có thể truy vấn chỉ mục tìm kiếm trong cả SharePoint Online lẫn phiên bản SharePoint Server 2013 tại cơ sở, thì các bản cập nhật có thể đang chạy trong cụm máy chủ tại cơ sở. Nếu công ty của bạn hoàn toàn nằm trên nền tảng điện toán đám mây, thì quá trình bảo trì hệ thống có thể bao gồm việc thêm hoặc loại bỏ phần cứng mạng, triển khai các bản cập nhật trên toàn công ty, hoặc thực hiện thay đổi cho DNS hoặc cơ sở hạ tầng cốt lõi khác.
Khi bạn đang khắc phục vấn đề về hiệu năng, thì tương tự như hiện trường vụ án, bạn cần phải chính xác và nhạy bén để rút ra bất kỳ kết luận nào từ bằng chứng. Để làm điều này, bạn phải có được báo cáo vấn đề tốt bằng cách thu thập bằng chứng. Báo cáo này nên bao gồm ngữ cảnh của máy tính, ngữ cảnh của người dùng, thời điểm vấn đề bắt đầu và các bước chính xác dẫn đến vấn đề về hiệu năng. Báo cáo về vấn đề này nên và luôn nằm ở trang đầu tiên trong các ghi chú của bạn. Bằng cách xem lại báo cáo vấn đề sau khi tìm ra giải pháp, bạn đang thực hiện các bước để kiểm tra và chứng minh việc các hành động mà bạn thực hiện đã giải quyết được vấn đề hay chưa. Điều này rất quan trọng để biết được khi nào thì công việc của bạn trong việc này đã kết thúc.
[]
## Bạn biết hiệu năng từng trông ra sao khi đạt hiệu quả tốt?
Nếu bạn không may thì không ai biết được. Không ai có số liệu cả. Điều này nghĩa là không ai có thể trả lời câu hỏi đơn giản như "Trước đây mất bao nhiêu giây để mở Hộp thư đến trong Office 365?", hoặc "Trước đây mất bao lâu khi Người điều hành tiến hành cuộc họp trong Lync Online?", đây là kịch bản thường gặp đối với nhiều công ty.
Điều còn thiếu ở đây là một đường cơ sở hiệu năng.
Đường cơ sở cung cấp cho bạn ngữ cảnh về hiệu năng của bạn. Bạn nên thu thập đường cơ sở thỉnh thoảng hoặc thường xuyên, tùy thuộc vào nhu cầu của công ty bạn. Nếu bạn là công ty lớn hơn, thì nhóm Vận hành có thể đã thu thập đường cơ sở cho môi trường tại cơ sở của bạn. Chẳng hạn, nếu bạn vá lỗi cho tất cả máy chủ Exchange vào thứ hai đầu tiên của tháng và cho tất cả máy chủ SharePoint vào thứ hai của tuần thứ ba, thì nhóm Vận hành có thể có danh sách các tác vụ và kịch bản mà họ chạy sau khi sửa lỗi, để chứng tỏ rằng các chức năng quan trọng đang hoạt động. Chẳng hạn, mở Hộp thư đến, bấm Gửi/Nhận và đảm bảo rằng các thư mục cập nhật, hoặc trong SharePoint, duyệt trang chính của site, đi đến trang Tìm kiếm trong doanh nghiệp và thực hiện một thao tác tìm kiếm có trả về kết quả.
Nếu các ứng dụng của bạn nằm trong Office 365, thì một số đường cơ sở căn bản nhất mà bạn có thể thu thập sẽ đo thời gian (tính theo mili giây) từ máy tính khách bên trong mạng của bạn, đến một điểm đầu ra, hoặc điểm mà bạn rời khỏi mạng của mình và đi đến Office 365. Dưới đây là một số đường cơ sở hữu ích mà bạn có thể điều tra và ghi lại:
-
Xác định các thiết bị giữa máy tính khách và điểm đầu ra của bạn, ví dụ như máy chủ proxy của bạn.
-
Bạn cần biết về các thiết bị của mình để nắm rõ ngữ cảnh (địa chỉ IP, loại thiết bị, v.v.) cho bất kỳ vấn đề về hiệu năng nào phát sinh.
-
Máy chủ proxy là điểm đầu ra chung, vì vậy bạn có thể kiểm tra trình duyệt web của mình để xem máy chủ proxy nào đang được đặt để sử dụng, nếu có.
-
Có các công cụ của bên thứ ba vốn có thể khám phá và ánh xạ mạng của bạn, nhưng cách an toàn nhất để biết về các thiết bị của bạn là hỏi thành viên trong nhóm mạng của bạn.
-
-
Xác định nhà cung cấp dịch vụ Internet (ISP) của bạn, ghi lại thông tin liên hệ của họ, và hỏi xem bạn có bao nhiêu mạch và bao nhiêu băng thông.
-
Trong công ty của bạn, hãy xác định tài nguyên cho các thiết bị giữa máy khách của bạn và điểm đầu ra, hoặc xác định liên hệ khẩn cấp để trao đổi về vấn đề nối mạng.
Dưới đây là một số đường cơ sở mà thao tác kiểm tra đơn giản bằng công cụ có thể tính toán cho bạn:
-
Thời gian đi từ máy tính khách đến điểm đầu ra của bạn tính theo mili giây
-
Thời gian đi từ điểm đầu ra của bạn đến Office 365 tính theo mili giây
-
Vị trí trên thế giới của máy chủ phân giải URLS cho Office 365 khi bạn duyệt
-
Tốc độ phân giải DNS của ISP của bạn tính theo mili giây, sự không nhất quán trong thời gian gói đến (mạng chập chờn), tải lên và tải xuống tính theo mili giây
Nếu bạn chưa quen với cách thực hiện các bước này, chúng tôi sẽ giải thích chi tiết hơn trong bài viết này.
[]
## Đường cơ sở là gì?
Bạn sẽ biết ảnh hưởng khi mọi thứ trở nên kém đi, nhưng nếu bạn không biết dữ liệu hiệu năng lịch sử của mình, thì không thể có được ngữ cảnh về mức độ kém đi và thời điểm mà mọi thứ trở nên kém đi. Vì vậy nếu không có đường cơ sở, thì bạn đang thiếu mất mấu chốt để giải quyết trò chơi ghép hình: bức hình trên nắp hộp trò chơi. Trong việc khắc phục vấn đề về hiệu năng, bạn cần có một điểm để
*so sánh*. Đường cơ sở hiệu năng đơn giản không khó thu thập. Nhóm Vận hành của bạn có thể được giao nhiệm vụ thực hiện điều này theo lịch biểu. Chẳng hạn, giả sử kết nối của bạn trông như thế này:
Điều đó nghĩa là bạn đã kiểm tra với nhóm mạng của mình và biết rằng bạn rời khỏi công ty của mình để đi đến Internet thông qua một máy chủ proxy và proxy đó xử lý tất cả các yêu cầu mà máy tính khách của bạn gửi lên nền tảng điện toán đám mây. Trong trường hợp này, bạn nên vẽ một phiên bản đơn giản về kết nối của mình, trong đó liệt kê tất cả các thiết bị trung gian. Bây giờ, hãy chèn các công cụ mà bạn có thể sử dụng để kiểm tra hiệu năng giữa máy khách, điểm đầu ra (nơi bạn rời khỏi mạng của mình để đi đến Internet), và nền tảng điện toán đám mây Office 365.
Các tùy chọn được liệt kê dưới dạng
**Đơn giản** và **Nâng cao** theo mức độ kiến thức chuyên môn mà bạn cần để tìm dữ liệu hiệu năng. Việc theo dõi mạng sẽ mất nhiều thời gian, so với việc chạy các công cụ dòng lệnh như PsPing và TraceTCP. Hai công cụ dòng lệnh này được chọn vì chúng không sử dụng gói ICMP vốn bị Office 365 chặn, và vì chúng cung cấp thời gian tính bằng mili giây cần thiết để rời khỏi máy tính khách hoặc máy chủ proxy (nếu bạn có quyền truy nhập) và đến Office 365. Mỗi bước nhảy riêng lẻ từ máy tính này sang máy tính khác sẽ kết thúc với một giá trị thời gian, và điều này rất phù hợp với đường cơ sở! Cũng quan trọng không kém, những công cụ dòng lệnh này cho phép bạn thêm số cổng lên lệnh, điều này rất hữu ích vì Office 365 giao tiếp qua cổng 443, vốn là cổng được sử dụng bởi Tầng Khe Bảo mật và Transport Layer Security (SSL và TLS). Tuy nhiên, các công cụ bên thứ ba khác có thể là giải pháp tốt hơn cho tình huống của bạn. Microsoft không hỗ trợ tất cả các công cụ này, vì vậy nếu vì một số lý do mà bạn không thể dùng PsPing và TraceTCP, hãy chuyển sang theo dõi mạng bằng một công cụ như Netmon.
Bạn có thể thu thập đường cơ sở trước giờ làm việc, thu thập lần nữa trong thời gian sử dụng nhiều, rồi lần nữa khi hết giờ. Điều này nghĩa là cuối cùng có thể bạn sẽ có cấu trúc thư mục tương tự như thế này:
Bạn cũng nên chọn quy ước đặt tên cho tệp của mình. Sau đây là một số ví dụ:
-
Feb_09_2015_9amPST_PerfBaseline_Netmon_ClientToEgress_Normal
-
Jan_10_2015_3pmCST_PerfBaseline_PsPing_ClientToO365_bypassProxy_SLOW
-
Feb_08_2015_2pmEST_PerfBaseline_BADPerf
-
Feb_08_2015_8-30amEST_PerfBaseline_GoodPerf
Có nhiều cách khác nhau để làm điều này, nhưng việc dùng định dạng
**<dateTime><what's happening in the test>** là điểm thích hợp để bắt đầu. Cẩn trọng trong việc này sẽ giúp ích rất nhiều khi bạn tìm cách khắc phục sự cố sau này. Sau này, bạn sẽ có thể nói rằng "Tôi thực hiện hai lần dõi vết vào ngày 8 tháng 2, một lần cho thấy hiệu năng tốt và một lần cho thấy hiệu năng kém, vì vậy chúng ta có thể so sánh chúng". Điều này vô cùng hữu ích khi khắc phục sự cố.
Bạn cần phải có phương pháp gọn gàng để lưu giữ các đường cơ sở lịch sử của mình. Trong ví dụ này, các phương pháp đơn giản cung cấp ba đầu ra dòng lệnh và các kết quả được thu thập dưới dạng ảnh chụp màn hình, nhưng thay vào đó bạn có thể yêu cầu mạng thu thập tệp. Hãy sử dụng phương pháp phù hợp nhất với bạn. Lưu trữ đường cơ sở lịch sử của bạn và tham khảo chúng tại các điểm mà bạn nhận thấy thay đổi trong hành vi của dịch vụ trực tuyến.
[]
## Tại sao nên thu thập dữ liệu hiệu năng trong quá trình thí điểm?
Không còn thời điểm nào phù hợp để bắt đầu thu thập đường cơ sở hơn là trong quá trình thí điểm dịch vụ Office 365. Văn phòng của bạn có thể có hàng ngàn, hàng trăm ngàn hoặc năm người dùng, nhưng thậm chí với một số ít người dùng, bạn có thể thực hiện kiểm tra để đo mức dao động trong hiệu năng. Trong trường hợp công ty lớn, mẫu đại diện gồm vài trăm người dùng thí điểm Office 365 có thể được tăng lên đến vài ngàn để bạn biết vị trí mà vấn đề có thể phát sinh trước khi chúng xảy ra.
Trong trường hợp công ty nhỏ, trong đó việc triển trai nghĩa là tất cả người dùng đều dùng dịch vụ cùng một lúc và không có thí điểm, thì hãy lưu giữ các số đo hiệu năng để bạn có dữ liệu nhằm cung cấp cho bất kỳ người nào có thể phải khắc phục một thao tác có hiệu năng kém. Chẳng hạn, nếu bạn nhận thấy rằng bỗng nhiên bạn có thể đi vòng quanh toà nhà của mình trong thời gian cần thiết để tải lên một đồ họa cỡ vừa trong khi thao tác này vốn xảy ra rất nhanh.
[]
## Cách thu thập các đường cơ sở
Đối với tất cả các kế hoạch khắc phục sự cố, ít nhất bạn cần phải xác định những điều này:
-
Máy tính khách mà bạn đang sử dụng (loại máy tính hay thiết bị, địa chỉ IP và những hành động gây ra sự cố)
-
Vị trí đặt các máy tính khách trên thế giới (ví dụ, người dùng này có ở trên một VPN đối với mạng này không, có làm việc từ xa không, hoặc có ở trên mạng nội bộ công ty không)
-
Điểm đầu ra mà máy tính khách sử dụng từ mạng của bạn (điểm mà tại đó lưu lượng rời khỏi doanh nghiệp để đến một ISP hay để vào mạng Internet)
Bạn có thể tìm hiểu bố trí mạng của mình từ người quản trị mạng. Nếu bạn dùng mạng nhỏ, hãy xem các thiết bị kết nối bạn với Internet, và gọi cho ISP của bạn nếu có bất kỳ câu hỏi nào về bố trí. Tạo đồ họa về bố trí cuối cùng để tham khảo.
Phần này được chia thành các công cụ và phương pháp dòng lệnh đơn giản cũng như các tùy chọn công cụ nâng cao hơn. Chúng tôi sẽ đề cập đến các phương pháp đơn giản trước tiên. Nhưng nếu bạn gặp vấn đề về hiệu năng ngay bây giờ, thì bạn nên đi thẳng đến các phương pháp nâng cao và thử dùng kế hoạch hành động mẫu nhằm khắc phục sự cố về hiệu năng.
[]
### Phương pháp đơn giản
Mục tiêu của các phương pháp đơn giản này là tìm hiểu cách thu thập, hiểu và lưu trữ đúng cách các đường cơ sở hiệu năng đơn giản theo thời gian để bạn nắm rõ về hiệu năng của Office 365. Dưới đây là sơ đồ rất đơn giản cho phương pháp đơn giản, như bạn đã thấy trước đây:
**Lưu ý:**
-
TraceTCP được bao gồm trong ảnh chụp màn hình này vì đây là một công cụ hữu ích để hiển thị, theo milligiây, thời gian mà một yêu cầu cần để xử lý và số lượng bước nhảy trong mạng, hay kết nối từ máy tính này sang máy tính khác, mà yêu cầu đó cần để đến đích. TraceTCP cũng có thể cung cấp tên của máy chủ được dùng trong quá trình nhảy, điều này có thể hữu ích cho người khắc phục sự cố của Microsoft Office 365 trong bộ phận Hỗ trợ.
-
Lệnh TraceTCP có thể rất đơn giản, chẳng hạn như:
-
tracetcp.exe outlook.office365.com:443
-
Hãy nhớ bao gồm số cổng trong lệnh!
-
[TraceTCP](https://simulatedsimian.github.io/tracetcp.html)là bản tải xuống miễn phí, nhưng dựa trên Wincap. Wincap là công cụ mà Netmon cũng sử dụng và cài đặt. Chúng tôi cũng sử dụng Netmon trong phần phương pháp nâng cao.
Nếu bạn có nhiều văn phòng, bạn cũng sẽ cần lưu giữ một bộ dữ liệu từ một máy khách trong từng vị trí đó. Kiểm tra này đo độ trễ, mà trong trường hợp này là một giá trị số mô tả khoảng thời gian từ khi một máy khách gửi yêu cầu đến Office 365, đến khi Office 365 trả lời yêu cầu. Quá trình kiểm tra bắt nguồn từ bên trong tên miền của bạn trên máy tính khách, và tìm cách đo thời gian truyền đi về từ bên trong mạng của bạn, đi ra ngoài qua một điểm đầu ra, qua Internet đến Office 365, rồi quay lại.
Có một số cách để xử lý điểm đầu ra, trong trường hợp này là máy chủ proxy. Bạn có thể theo dõi từ 1 đến 2 rồi 2 đến 3, sau đó tính tổng các số này theo mili giây để có được tổng cuối cùng tính đến đường biên của mạng của bạn. Hoặc bạn có thể cấu hình kết nối để bỏ qua proxy cho địa chỉ Office 365. Trong mạng lớn hơn có tường lửa, proxy đảo ngược hoặc kết hợp cả hai, bạn có thể cần đặt ngoại lệ trên máy chủ proxy mà sẽ cho phép lưu lượng đi qua nhiều URL. Để biết danh sách các điểm cuối được Office 365 sử dụng, hãy xem
[URL và dải địa chỉ IP của Office 365](url-và-dải-địa-chỉ-ip-của-office-365-8548a211-3fe7-47cb-abb1-355ea5aa88a2). Nếu bạn có proxy xác thực, hãy bắt đầu bằng cách kiểm tra ngoại lệ cho các mục sau:
-
Cổng 80 và 443
-
TCP và HTTP
-
Kết nối đi tới bất kỳ URL nào sau đây:
-
*.microsoftonline.com
-
*.microsoftonline-p.com
-
*.sharepoint.com
-
*.outlook.com
-
*.lync.com
-
osub.microsoft.com
Tất cả người dùng cần được cho phép đi đến những địa chỉ này mà không có bất kỳ sự can thiệp hay xác thực proxy nào. Trên mạng nhỏ hơn, bạn nên thêm các mục này vào danh sách bỏ qua proxy trong trình duyệt web của bạn.
Để thêm những mục này vào danh sách bỏ qua proxy của bạn trong Internet Explorer, hãy đi đến
**Công cụ** > **Tùy chọn Internet **> **Kết nối** > **Thiết đặt LAN** > **Nâng cao**. Tab nâng cao cũng là nơi bạn sẽ tìm thấy máy chủ proxy và cổng máy chủ proxy của mình. Bạn có thể cần bấm vào hộp kiểm **Dùng máy chủ proxy cho mạng LAN của bạn**, để truy nhập vào nút **Nâng cao**. Bạn sẽ muốn đảm bảo rằng **Máy chủ proxy bỏ qua cho địa chỉ cục bộ** được chọn. Sau khi bấm **Nâng cao**, bạn sẽ thấy một hộp văn bản mà bạn có thể nhập ngoại lệ. Phân tách các URL đại diện được liệt kê ở trên bằng dấu chấm phẩy, ví dụ:
*.microsoftonline.com; *.sharepoint.com
Sau khi bỏ qua proxy của mình, bạn sẽ có thể sử dụng ping hoặc PsPing trực tiếp trên URL Office 365. Bước tiếp theo sẽ là kiểm tra ping
**outlook.office365.com**. Hoặc nếu bạn đang sử dụng PsPing hay công cụ khác mà sẽ cho phép bạn cung cấp số cổng cho lệnh, thì hãy PsPing dựa trên **portal.microsoftonline.com:443** để xem thời gian thời gian truyền đi về trung bình tính theo mili giây.
Thời gian truyền đi về, hay RTT, là một giá trị số, vốn đo khoảng thời gian cần để gửi yêu cầu HTTP đến một máy chủ như outlook.office365.com và nhận được phản hồi xác nhận rằng máy chủ biết rằng bạn đã thực hiện điều đó. Thỉnh thoảng bạn sẽ nhìn thấy giá trị này được viết tắt thành RTT. Giá trị này sẽ là một khoảng thời gian khá ngắn.
Bạn phải sử dụng
[PSPing](https://technet.microsoft.com/sysinternals/jj729731.aspx) hoặc công cụ khác vốn không sử dụng gói ICMP, mà Office 365 đã chặn, để thực hiện kiểm tra này. **Cách dùng PsPing để có được thời gian truyền đi về tính bằng mili giây trực tiếp từ URL Office 365**
-
Chạy lời nhắc chỉ lệnh mức cao bằng cách hoàn tất các bước sau đây:
-
Bấm
**Bắt đầu**.
-
Trong hộp
**Bắt đầu Tìm kiếm**, nhập cmd, rồi nhấn CTRL+SHIFT+ENTER.
-
Nếu hộp thoại
**Kiểm soát Tài khoản Người dùng**xuất hiện, hãy xác nhận rằng hành động mà nó hiển thị là điều bạn muốn, sau đó bấm **Tiếp**.
-
-
Dẫn hướng tới thư mục mà công cụ (trong trường hợp này là PsPing) được cài đặt và kiểm tra các URL Office 365 sau đây:
-
psping portal.office.com:443
-
psping microsoft-my.sharepoint.com:443
-
psping outlook.office365.com:443
-
psping www.yammer.com:443
-
Đảm bảo bao gồm số cổng 443. Hãy nhớ rằng Office 365 hoạt động trên kênh được mã hóa. Nếu bạn PsPing mà không có số cổng, yêu cầu của bạn sẽ không thành công. Sau khi bạn đã ping danh sách ngắn của mình, hãy tìm thời gian Trung bình tính theo mili giây (ms). Đây chính là điều bạn muốn ghi lại!
Nếu bạn không quen với việc bỏ qua máy chủ proxy và muốn thực hiện mọi việc theo từng bước, trước tiên bạn cần tìm tên máy chủ proxy của bạn. Trong Internet Explorer, đi đến
**Công cụ** > **Tuỳ chọn Internet** > **Kết nối** > **Thiết đặt LAN** > **Nâng cao**. Tab **Nâng cao** là nơi bạn sẽ thấy máy chủ proxy của mình được liệt kê. Ping máy chủ proxy đó tại một dấu nhắc lệnh bằng cách hoàn tất tác vụ này: **Để ping máy chủ proxy và lấy giá trị thời gian truyền đi về tính bằng mili giây cho giai đoạn từ 1 đến 2**
-
Chạy lời nhắc chỉ lệnh mức cao bằng cách hoàn tất các bước sau đây:
-
Bấm
**Bắt đầu**.
-
Trong hộp
**Bắt đầu Tìm kiếm**, nhập cmd, rồi nhấn CTRL+SHIFT+ENTER.
-
Nếu hộp thoại
**Kiểm soát Tài khoản Người dùng**xuất hiện, hãy xác nhận rằng hành động mà nó hiển thị là điều bạn muốn, sau đó bấm **Tiếp**.
-
-
Nhập ping <tên của máy chủ proxy mà trình duyệt của bạn dùng, hoặc địa chỉ IP của máy chủ proxy> rồi nhấn ENTER. Nếu bạn cài đặt PsPing hoặc công cụ khác, thì thay vào đó bạn có thể chọn sử dụng công cụ đó.
Lệnh của bạn có thể trông giống như bất cứ ví dụ nào sau đây:
-
ping ourproxy.ourdomain.industry.business.com
-
ping 155.55.121.55
-
ping ourproxy
-
psping ourproxy.ourdomain.industry.business.com:80
-
psping 155.55.121.55:80
-
psping ourproxy:80
-
-
Khi quá trình theo dõi ngừng gửi các gói kiểm tra, bạn sẽ nhận được một bản tóm tắt nhỏ liệt kê một giá trị trung bình tính theo mili giây, và đó là giá trị bạn muốn có. Chụp ảnh màn hình của lời nhắc và lưu nó bằng cách dùng quy ước đặt tên của bạn. Lúc này, có thể cũng sẽ hữu ích nếu điền giá trị vào sơ đồ.
Có thể bạn đã thực hiện theo dõi vào buổi sáng sớm và máy khách của bạn có thể nhanh chóng truy nhập proxy (hoặc bất kỳ máy chủ đầu ra nào đi đến Internet). Trong trường hợp này, số liệu của bạn có thể trông giống như thế này:
Nếu máy tính khách của bạn là một trong số ít các máy chọn lọc có quyền truy nhập vào máy chủ proxy (hoặc đầu ra), thì bạn có thể chạy nhánh tiếp theo của kiểm tra bằng cách kết nối từ xa với máy tính đó, chạy dấu nhắc lệnh để PsPing đến một URL Office 365 từ đó. Nếu không có quyền truy nhập đến máy tính đó, thì bạn có thể liên lạc với tài nguyên mạng của mình để được trợ giúp về nhánh tiếp theo và lấy số liệu chính xác theo cách này. Nếu việc này không khả thi, hãy thực hiện PsPing dựa trên URL Office 365 cần quan tâm và so sánh nó với thời gian PsPing hoặc Ping dựa trên máy chủ proxy của bạn.
Chẳng hạn, nếu bạn có 51,84 mili giây từ máy khách đến URL Office 365, và có 2,8 mili giây từ máy khách đến proxy (hoặc điểm đầu ra), thì bạn có 49,04 mili giây từ đầu ra tới Office 365. Tương tự, nếu bạn có PsPing 12,25 mili giây từ máy khách tới proxy vào giờ cao điểm trong ngày, và 62,01 mili giây từ máy khách tới URL Office 365, thì giá trị trung bình của bạn cho đầu ra proxy tới URL Office 365 là 49,76 mili giây.
Về mặt khắc phục sự cố, bạn có thể nhận thấy thông tin thú vị chỉ từ việc lưu giữ các đường cơ sở này. Chẳng hạn, nếu bạn nhận thấy rằng nói chung bạn có độ trễ khoảng 40 đến 59 mili giây từ proxy hoặc điểm đầu ra tới URL Office 365 và có độ trễ khoảng 3 đến 7 mili giây từ máy khách đến proxy hoặc điểm đầu ra (tùy thuộc vào mức lưu lượng mạng mà bạn nhìn thấy vào thời điểm đó trong ngày) thì bạn chắc chắn sẽ biết rằng có vấn đề phát sinh nếu ba đường cơ sở của thời gian máy khách đến proxy hoặc đầu ra mới nhất hiển thị độ trễ 45 mili giây.
[]
### Phương pháp nâng cao
Nếu bạn thực sự muốn biết điều gì đang xảy ra với các yêu cầu Internet tới Office 365, thì bạn cần làm quen với việc theo dõi mạng. Bất kể bạn muốn dùng công cụ nào cho các theo dõi này, HTTPWatch, Netmon, Message Analyzer, Wireshark, Fiddler, công cụ Bảng điều khiển Nhà phát triển hoặc bất kỳ công cụ nào khác đều được miễn là công cụ đó có thể thu thập và lọc được lưu lượng mạng. Trong phần này, bạn sẽ nhận thấy rằng sẽ hữu ích nếu chạy nhiều công cụ trong số đó để hiểu vấn đề toàn diện hơn. Khi bạn đang kiểm tra, một số công cụ trong số đó cũng thể tự động đóng vai trò như proxy. Các công cụ được dùng trong bài viết dẫn dắt này,
[Kế hoạch khắc phục sự cố hiệu năng cho Office 365](kế-hoạch-khắc-phục-sự-cố-hiệu-năng-cho-office-365-e241e5d9-b1d8-4f1d-a5c8-4106b7325f8c), bao gồm [Netmon 3.4](https://www.microsoft.com/en-us/download/details.aspx?id=4865), [HTTPWatch](https://www.httpwatch.com/download/), or [WireShark](https://www.wireshark.org/).
Việc thu thập đường cơ sở hiệu năng là phần đơn giản của phương pháp này và nhiều bước giống như khi bạn khắc phục vấn đề về hiệu năng. Các phương pháp nâng cao hơn trong việc tạo đường cơ sở cho hiệu năng yêu cầu bạn phải thực hiện và lưu trữ theo dõi mạng. Hầu hết các ví dụ trong bài viết này dùng SharePoint Online, nhưng bạn nên phát triển một danh sách hành động phổ biến trên toàn bộ các dịch vụ Office 365 mà bạn đăng ký để kiểm tra và ghi lại. Sau đây là ví dụ về đường cơ sở:
-
Danh sách đường cơ sở cho SPO -
**Bước 1:**Duyệt trang chủ của website SPO và thực hiện theo dõi mạng. Lưu theo dõi.
-
Danh sách đường cơ sở cho SPO -
**Bước 2:**Tìm kiếm một thuật ngữ (chẳng hạn như tên công ty của bạn) thông qua Tìm kiếm trong Doanh nghiệp và thực hiện theo dõi mạng. Lưu theo dõi.
-
Danh sách đường cơ sở cho SPO -
**Bước 3:**Tải một tệp lớn lên thư viện tài liệu SharePoint Online và thực hiện theo dõi mạng. Lưu theo dõi.
-
Danh sách đường cơ sở cho SPO -
**Bước 4:**Duyệt trang chủ của website OneDrive và thực hiện theo dõi mạng. Lưu theo dõi.
Danh sách này nên bao gồm các hành động phổ biến quan trọng nhất mà người dùng thực hiện đối với SharePoint Online. Hãy lưu ý rằng bước cuối cùng: theo dõi đến OneDrive for Business, sẽ dựng sẵn so sánh giữa tải của trang chủ SharePoint Online (thường được công ty tuỳ chỉnh) và trang chủ OneDrive for Business vốn hiếm khi được tùy chỉnh. Đây là một kiểm tra rất cơ bản dành cho site SharePoint Online tải chậm. Bạn có thể dựng một bản ghi về mức chênh lệch này vào kiểm tra của mình.
Nếu bạn đang gặp vấn đề về hiệu năng, thì nhiều bước trong số này giống hệt như khi thu thập đường cơ sở. Theo dõi mạng trở nên rất cần thiết, vì vậy tiếp theo chúng tôi sẽ đề cập đến
*cách* thực hiện các theo dõi quan trọng.
Để xử lý vấn đề về hiệu năng,
*ngay bây giờ*, bạn cần phải theo dõi vào thời điểm bạn đang gặp vấn đề về hiệu năng. Bạn cần có sẵn các công cụ thích hợp để thu thập nhật ký, và cần có một kế hoạch hành động, nghĩa là danh sách các hành động cần thực hiện để thu thập thông tin tốt nhất có thể. Điều đầu tiên cần làm là ghi lại ngày và thời gian của kiểm tra để có thể lưu tệp vào thư mục phản ánh thời điểm đó. Tiếp theo, hãy thu hẹp xuống đến các bước của vấn đề. Đây là các bước chính xác mà bạn sẽ dùng để kiểm tra. Đừng quên điều cơ bản: nếu sự cố này chỉ xảy ra với Outlook, hãy đảm bảo ghi lại rằng hành vi của vấn đề chỉ xảy ra ở một dịch vụ Office 365. Việc thu hẹp phạm vi của vấn đề này sẽ giúp bạn tập trung vào phần mà bạn có thể giải quyết.

WARC-Type: response

Content-Type: application/http; msgtype=response

WARC-Identified-Payload-Type: text/html

Cache-Control: private

Content-Type: text/html; charset=utf-8

X-Crawler-Content-Encoding: gzip

P3P: CP="CAO DSP COR ADMa DEV CONi TELi CUR PSA PSD TAI IVDi OUR SAMi BUS DEM NAV STA UNI COM INT PHY ONL FIN PUR"

X-Content-Type-Options: nosniff

Connection: keep-alive

Vary: Accept-Encoding

Set-Cookie: AADNonce=ced4b408-a465-4714-a84b-29edebaf0254.636701456555215405; domain=office.com; path=/; secure; HttpOnly

Strict-Transport-Security: max-age=86400 ; includeSubDomains


text:
Chọn liên kết
Ủy ban nhân dân tỉnh Bắc Giang
Bộ Y tế
Cục quản lý khám chữa bệnh
Cục quản lý dược
Cục Y tế dự phòng
Bệnh viện Đa khoa tỉnh Bắc Giang
Bệnh viện Sản Nhi
Bệnh viện Đa khoa khu vực Lục Ngạn
Bệnh viện Ung bướu
Trung tâm kiểm soát bệnh tật (CDC)
Chi cục Dân số - KHHGĐ
Trung tâm Kiểm nghiệm
Chi cục An toàn vệ sinh thực phẩm
Trường Trung cấp Y tế Bắc Giang
Trung tâm Pháp Y
Bệnh viện đa khoa huyện Lục Nam
Bệnh viện đa khoa huyện Yên Dũng
Bệnh viện đa khoa huyện Tân Yên
Bệnh viện đa khoa huyện Yên Thế
Bệnh viện đa khoa huyện Hiệp Hòa
Bệnh viện đa khoa huyện Việt Yên
Bệnh viện đa khoa huyện Sơn Động
Tài khoản
Mật khẩu
Đang truy cập : 42
•Máy chủ tìm kiếm : 23
•Khách viếng thăm : 19
Hôm nay : 3634
Tháng hiện tại : 62612
Tổng lượt truy cập : 3895102
Tốt
Khá
Trung bình

WARC-Identified-Payload-Type: application/xhtml+xml

Server: openresty

X-Crawler-Transfer-Encoding: chunked

Content-Language: vi

Cache-Control: private, pre-check=0, post-check=0, max-age=0

Pragma: no-cache

Set-Cookie: nv3c_L5ogo_nvvithemever=yQ%2C%2C; expires=Sat, 17-Aug-2019 23:00:26 GMT; path=/; domain=.syt.bacgiang.gov.vn; httponly


text:
A. QUYỀN LỢI CHUNG
1. Quyền lợi đổi trả
– Được đổi sản phẩm mới nếu hộp sản phẩm bị vỡ hoặc móp méo trong quá trình vận chuyển hay quá trình gửi hàng.
– Được đổi sản phẩm mới nếu khách hàng sử dụng sản phẩm không hài lòng và trả lại đại lý.
– Được đổi lại hàng hoặc được trả lại hàng lấy lại tiền nếu sau 6 tháng kể từ ngày lấy hàng mà không bán được.
2. Quyền lợi về pháp lý
– Sản phẩm có đầy đủ chứng từ nhập khẩu và chứng từ xuất xứ nguyên liệu
– Sản phẩm có tem chống hàng giả điện tử.
– Sản phẩm được cấp phép lưu hành trên toàn quốc.
– Nguyên liệu sản phẩm được chứng nhận bởi các tổ chức uy tín trên thế giới như: Mỹ, Italy, Pháp, Ấn Độ, Thụy Sỹ
– Được xuất hóa đơn chứng từ đầy đủ.
– Được cung cấp đầy đủ các giấy tờ và tài liệu pháp lý liên quan đến sản phẩm và việc lưu hành sản phẩm.
3. Quyền lợi về thông tin sản phẩm
– thông báo và cập nhật các sản phẩm mới.
– Được hỗ trợ trả lời các thắc mắc liên quan đến sản phẩm.
B. QUY ĐỊNH CHUNG
1. Quy định chống bán phá giá
– Khi khách mua lẻ để sử dụng đối với các đơn hàng dưới 1,5 triệu tuyệt đối không được giảm giá.
– Giá niêm yết sản phẩm trên các website, báo, facebook, tờ rơi … của đại lý phải đúng với giá niêm yết bán lẻ của công ty.
– Nếu đại lý nào vi phạm quy định này công ty sẽ ngưng hợp tác và không cung cấp hàng nữa.
– Nếu đại lý nào phát hiện các đại lý khác bán phá giá thông báo ngay về cho chúng tôi để kịp thời xử lý.
2. Quy định mở đại lý cấp dưới
– Khi các đại lý mở đại lý cấp dưới thì việc chiết khấu phải tuân theo quy định của công ty, chiết khấu theo giá trị đơn hàng mà công ty quy định.
– Đại lý mức cao có quyền mở các đại lý mức thấp hơn và chiết khấu lại theo quy định của công ty.
3. Quy định đổi trả cho khách hàng
Nếu khách mua lẻ không hài lòng về sản phẩm –> Đại lý thu lại hàng và hoàn tiền lại cho khách.
–> Đại lý chuyển sản phẩm về cho công ty –> Công ty sẽ đổi hàng hoặc hoàn tiền lại cho đại lý.
4. Quy định chống bán hàng giả
– Trên mỗi sản phẩm của công ty luôn có tem chống hàng giả điện tử.
– Nếu đại lý nào phát hiện các đại lý khác bán hàng giả xin thông báo ngay về Medi Happy để chúng tôi nhờ các cơ quan chức năng xử lý.
C. CHÍNH SÁCH ĐẠI LÝ
THÔNG TIN LIÊN HỆ VÀ ĐĂNG KÝ LÀM ĐẠI LÝ
☎ Toàn quốc: Huyền Trang | 0888 533 350 |

markdown:
**A. QUYỀN LỢI CHUNG** **1. Quyền lợi đổi trả**
– Được đổi sản phẩm mới nếu hộp sản phẩm bị vỡ hoặc móp méo trong quá trình vận chuyển hay quá trình gửi hàng.
– Được đổi sản phẩm mới nếu khách hàng sử dụng sản phẩm không hài lòng và trả lại đại lý.
– Được đổi lại hàng hoặc được trả lại hàng lấy lại tiền nếu sau 6 tháng kể từ ngày lấy hàng mà không bán được.
**2. Quyền lợi về pháp lý**
– Sản phẩm có đầy đủ chứng từ nhập khẩu và chứng từ xuất xứ nguyên liệu
– Sản phẩm có tem chống hàng giả điện tử.
– Sản phẩm được cấp phép lưu hành trên toàn quốc.
– Nguyên liệu sản phẩm được chứng nhận bởi các tổ chức uy tín trên thế giới như: Mỹ, Italy, Pháp, Ấn Độ, Thụy Sỹ
– Được xuất hóa đơn chứng từ đầy đủ.
– Được cung cấp đầy đủ các giấy tờ và tài liệu pháp lý liên quan đến sản phẩm và việc lưu hành sản phẩm.
**3. Quyền lợi về thông tin sản phẩm**
– thông báo và cập nhật các sản phẩm mới.
– Được hỗ trợ trả lời các thắc mắc liên quan đến sản phẩm.
**B. QUY ĐỊNH CHUNG** **1. Quy định chống bán phá giá**
– Khi khách mua lẻ để sử dụng đối với các đơn hàng dưới 1,5 triệu tuyệt đối không được giảm giá.
– Giá niêm yết sản phẩm trên các website, báo, facebook, tờ rơi … của đại lý phải đúng với giá niêm yết bán lẻ của công ty.
– Nếu đại lý nào vi phạm quy định này công ty sẽ ngưng hợp tác và không cung cấp hàng nữa.
– Nếu đại lý nào phát hiện các đại lý khác bán phá giá thông báo ngay về cho chúng tôi để kịp thời xử lý.
**2. Quy định mở đại lý cấp dưới **
– Khi các đại lý mở đại lý cấp dưới thì việc chiết khấu phải tuân theo quy định của công ty, chiết khấu theo giá trị đơn hàng mà công ty quy định.
– Đại lý mức cao có quyền mở các đại lý mức thấp hơn và chiết khấu lại theo quy định của công ty.
**3. Quy định đổi trả cho khách hàng**
Nếu khách mua lẻ không hài lòng về sản phẩm –> Đại lý thu lại hàng và hoàn tiền lại cho khách.
–> Đại lý chuyển sản phẩm về cho công ty –> Công ty sẽ đổi hàng hoặc hoàn tiền lại cho đại lý.
**4. Quy định chống bán hàng giả**
– Trên mỗi sản phẩm của công ty luôn có tem chống hàng giả điện tử.
– Nếu đại lý nào phát hiện các đại lý khác bán hàng giả xin thông báo ngay về Medi Happy để chúng tôi nhờ các cơ quan chức năng xử lý.
**C. CHÍNH SÁCH ĐẠI LÝ**
THÔNG TIN LIÊN HỆ VÀ ĐĂNG KÝ LÀM ĐẠI LÝ
**☎ Toàn quốc: Huyền Trang | 0888 533 350 | **

Content-Type: text/html; charset=UTF-8

Accept-Ranges: bytes

Server: LiteSpeed

X-Frame-Options: SAMEORIGIN

Connection: close


text:
GOUT THẢO DƯỢC – “ỔN ĐỊNH AXIT URIC, PHÒNG NGỪA BIẾN CHỨNG”
GOUT THẢO DƯỢC được sản xuất dựa trên công thức gia truyền nhiều đời; nguyên liệu hoàn toàn từ dược liệu tự nhiên. Sản phẩm Gout Thảo Dược của Difoco là bài thuốc hỗ trợ điều trị bệnh gout được nhiều người dùng nhất hiện nay. Là sự kết hợp độc đáo giữa các loại thảo dược thiên nhiên quý hiếm như Đương Quy, Độc Hoạt, Đỗ Trọng, Nhân Sâm, Thương Truật, Uy Linh Tiên, Tỳ Giải, … có tính năng vượt trội trong điều trị bệnh gout.
Hỗ trợ Điều hòa chuyển hóa purin, kháng viêm, bổ huyết, bổ gan thận và tăng cường chức năng giải độc của gan thận, đào thải acid uric và giúp giảm đau nhức xương khớp viêm khớp và hỗ trợ điều trị tận gốc bệnh gout đồng thời có tác dụng bồi bổ gan thận, khí huyết, giải độc cơ thể, không có tác dụng phụ.
Thành Phần
Công dụng
– Hỗ trợ liệu pháp điều trị phong tê thấp
– Giảm đau nhức xương khớp, viêm khớp
– Hỗ trợ điều trị bệnh Gout
*Lưu ý: Hiệu quả sản phẩm còn tùy thuộc vào cơ địa của mỗi người
Đối tượng sử dụng
– Người bị viêm da khớp dạng thấp
– Người bị gout, thoái hoa cột sống
– người bị đau thần kinh tọa, đau lưng.
– Nhức mỏi tay chân, tê bàn tay
*Lưu ý: Hiệu quả sản phẩm còn tùy thuộc vào cơ địa của mỗi người
Cách dùng
– Người lớn: Uống mỗi lần 5 viên, ngày uống 2-3 lần trước khi ăn 30 phút.
– Nên dùng liên tục từ 3 – 6 tháng và có thể sử dụng nhắc lại thường xuyên để đạt kết quả tốt nhất.
Người có tiền sử dạ dày nên uống sau khi ăn.
Quy cách: 1 hộp 250 viên
*Lưu ý: Hiệu quả sản phẩm còn tùy thuộc vào cơ địa của mỗi người
Đặt hàng nhanh Giao hàng ngay
Gout thảo dược – Hỗ trợ điều trị bệnh gout, giảm axit uric
600,000₫
Đánh giá
Chưa có đánh giá nào.

markdown:
**GOUT THẢO DƯỢC – “ỔN ĐỊNH AXIT URIC, PHÒNG NGỪA BIẾN CHỨNG”** **GOUT THẢO DƯỢC** [ là bài thuốc hỗ trợ điều trị bệnh gout được nhiều người dùng nhất hiện nay. Là sự kết hợp độc đáo giữa các loại thảo dược thiên nhiên quý hiếm như Đương Quy, Độc Hoạt, Đỗ Trọng, Nhân Sâm, Thương Truật, Uy Linh Tiên, Tỳ Giải, … có tính năng vượt trội trong điều trị bệnh gout. Difoco](https://thaoduocdifoco.com/)
Hỗ trợ Điều hòa chuyển hóa purin, kháng viêm, bổ huyết, bổ gan thận và tăng cường chức năng giải độc của gan thận, đào thải acid uric và giúp giảm đau nhức xương khớp viêm khớp và hỗ trợ điều trị tận gốc bệnh gout đồng thời có tác dụng bồi bổ gan thận, khí huyết, giải độc cơ thể, không có tác dụng phụ.
**Thành Phần**
**Công dụng**
–
**Hỗ trợ liệu pháp điều trị phong tê thấp**
**– Giảm đau nhức xương khớp, viêm khớp**
**– Hỗ trợ điều trị bệnh Gout**
*Lưu ý: Hiệu quả sản phẩm còn tùy thuộc vào cơ địa của mỗi người
**Đối tượng sử dụng** **– **Người bị viêm da khớp dạng thấp
**– **Người bị gout, thoái hoa cột sống
**– **người bị đau thần kinh tọa, đau lưng.
**– **Nhức mỏi tay chân, tê bàn tay
*Lưu ý: Hiệu quả sản phẩm còn tùy thuộc vào cơ địa của mỗi người
**Cách dùng** **– **Người lớn: Uống mỗi lần 5 viên, ngày uống **2-3 lần** trước khi ăn 30 phút. **– **Nên dùng liên tục từ 3 – 6 tháng và có thể sử dụng nhắc lại thường xuyên để đạt kết quả tốt nhất. ** Người có tiền sử dạ dày nên uống sau khi ăn.**
Quy cách: 1 hộp 250 viên
*Lưu ý: Hiệu quả sản phẩm còn tùy thuộc vào cơ địa của mỗi người
### Đặt hàng nhanh Giao hàng ngay
![Gout thảo dược – Hỗ trợ điều trị bệnh gout, giảm axit uric Gout thảo dược – Hỗ trợ điều trị bệnh gout, giảm axit uric](https://thaoduocdifoco.com/wp-content/uploads/2017/08/gout-thao-duoc-5-300x300.jpg)
#### Gout thảo dược – Hỗ trợ điều trị bệnh gout, giảm axit uric
600,000₫
## Đánh giá
Chưa có đánh giá nào.


text: Home » Sức khỏe » Chăm sóc sức khỏe » 5 thực phẩm có thể gây đột qụy » đồ đống hộp đồ đống hộp Vũ Minh Hương 12/07/2017 Bạn muốn mua hàng Online giá rẻ? Đừng quên tìm mã giảm giá, khuyến mại bằng cách Click vào đây

Vary: Accept-Encoding, Cookie


text: Home » Sức khỏe » Chăm sóc da » Làm thế nào để loại bỏ mụn trứng cá bằng các biện pháp đơn giản tại nhà » mặt nạ vỏ cam mặt nạ vỏ cam Vũ Minh Hương 01/07/2017 Bạn muốn mua hàng Online giá rẻ? Đừng quên tìm mã giảm giá, khuyến mại bằng cách Click vào đây


text:
Đăng nhập bằng tài khoản Áo giá sỉ
Bạn đã quên mật khẩu? Click vào đây!
Đăng nhập bằng tài khoản Social
Bạn là khách hàng mới? Đăng ký ngay!
Giỏ hàng của bạn
Hotline hỗ trợ
0902770703
Liên hệ mua sỉ
0902770703
Thời gian làm việc 8 - 22h từ Thứ 2 đến Thứ 7
Vui lòng gọi Hotline nếu ngoài giờ làm việc
Mã SP : J507-C-3944
Giá gốc: 350,000 ₫
250,000đ
250,000đ
Thanh toánkhi nhận hàngAn toàn và đảm bảo
Giao HàngToàn QuốcGiao hàng tận nơi nhanh chóng
Đổi trảtrong 7 ngàyXem quy định đổi trả hàng
Liên hệmua giá sỉ/buôn0902770703
Đủ size S, M, L, XL, XXL
250,000đ
300,000đ
1
350,000đ
4
400,000đ
6
280,000đ
8
370,000đ
9
300,000đ
9
400,000đ
11
270,000đ
9
250,000đ
11
230,000đ
13
270,000đ
19
599,000đ
105
580,000đ
26
210,000đ
10
450,000đ
5
Đánh giá và bình luận

markdown:
![Áo ren ngắn tay áo phối váy ôm hai mảnh Áo ren ngắn tay áo phối váy ôm hai mảnh](https://thoitrangred.com/uploads/products/a/4/6/xa465bdd93df3606a12b79ede5af2f131_60x90.jpg.pagespeed.ic.nbQzAQ3skw.jpg)
**Hỗ trợ mua hàng**0902770703 ![Giao hàng tận nơi nhanh chóng Giao hàng tận nơi nhanh chóng](https://thoitrangred.com/images/xservice-2.png.pagespeed.ic.1TCpkt3F8F.png)
**Giao HàngToàn Quốc**Giao hàng tận nơi nhanh chóng ![ Liên hệ giá sỉ/buôn](https://thoitrangred.com/images/xservice-4.png.pagespeed.ic.xooik4e69E.png)
**Liên hệmua giá sỉ/buôn**0902770703
## Đặc điểm nổi bật
Đủ size S, M, L, XL, XXL
## Thông tin sản phẩm
Giá gốc: 350,000 ₫
**
250,000đ
** **5 người**đã mua **Hỗ trợ mua hàng**0902770703
## Đánh giá và bình luận

Cache-Control: max-age=0, no-cache

Set-Cookie: [encoded data, 6217 characters]%3D%3D; expires=Fri, 17-Aug-2018 23:43:06 GMT; Max-Age=3600; path=/; httponly

Keep-Alive: timeout=5, max=100

Connection: Keep-Alive


text:
Reset túi khí xe hơi ô tô chất lượng giá tốt từ Ascom.vn
Thảo luận trong 'Trang sản phẩm: không giới hạn bài viết VÀO ĐÂY' bắt đầu bởi toanascom, 1/2/18.
Trang 1 của 2 trang
Trang 1 của 2 trang
Thảo luận trong 'Trang sản phẩm: không giới hạn bài viết VÀO ĐÂY' bắt đầu bởi toanascom, 1/2/18.

markdown:
![]()
![](https://lh3.googleusercontent.com/-dW3y35SE5TE/WzShYiuZe4I/AAAAAAAAC28/Z2ZgaWdyg00tCEJOaamdNLx52X3QL9MkwCJoC/w530-h221-rw/output_TBOxHd.gif)
![](https://lh3.googleusercontent.com/-dW3y35SE5TE/WzShYiuZe4I/AAAAAAAAC28/Z2ZgaWdyg00tCEJOaamdNLx52X3QL9MkwCJoC/w530-h221-rw/output_TBOxHd.gif)
# Reset túi khí xe hơi ô tô chất lượng giá tốt từ Ascom.vn
Thảo luận trong '
[Trang sản phẩm: không giới hạn bài viết VÀO ĐÂY](forums/trang-san-pham-khong-gioi-han-bai-viet-vao-day.289/)' bắt đầu bởi [toanascom](members/toanascom.73881/), [1/2/18](threads/reset-tui-khi-xe-hoi-o-to-chat-luong-gia-tot-tu-ascom-vn.141569/).
Trang 1 của 2 trang
Trang 1 của 2 trang
![]()
![](https://lh3.googleusercontent.com/-97Z0v6Ds_44/WRZuHlOG3ZI/AAAAAAAABmE/aAUUakLDJuYWQBO5ZFfwjFHa4555bilCACJoC/w320-h480-p-rw/%255E30B4846B1C1D24CE29BF72F0A8F818CD31CDBEB46BE030275B%255Epimgpsh_fullsize_distr.jpg)
![](https://lh3.googleusercontent.com/-97Z0v6Ds_44/WRZuHlOG3ZI/AAAAAAAABmE/aAUUakLDJuYWQBO5ZFfwjFHa4555bilCACJoC/w320-h480-p-rw/%255E30B4846B1C1D24CE29BF72F0A8F818CD31CDBEB46BE030275B%255Epimgpsh_fullsize_distr.jpg)
![](https://lh3.googleusercontent.com/-HY5dZAtAooo/Wk7eBCjl8dI/AAAAAAAACaQ/Hmj-4LDLOI0niCh91G4FUQNxETmXROTgQCJoC/w320-h480-rw/ADS-2.gif)
![](https://lh3.googleusercontent.com/-HY5dZAtAooo/Wk7eBCjl8dI/AAAAAAAACaQ/Hmj-4LDLOI0niCh91G4FUQNxETmXROTgQCJoC/w320-h480-rw/ADS-2.gif)
![]()
Thảo luận trong '
[Trang sản phẩm: không giới hạn bài viết VÀO ĐÂY](forums/trang-san-pham-khong-gioi-han-bai-viet-vao-day.289/)' bắt đầu bởi [toanascom](members/toanascom.73881/), [1/2/18](threads/reset-tui-khi-xe-hoi-o-to-chat-luong-gia-tot-tu-ascom-vn.141569/).
![]()

Cache-control: private, max-age=0

Set-Cookie: xf_session=2d181abddaa97e95939aa43a107f85cd; path=/; secure; httponly

Vary: Accept-Encoding,User-Agent

Keep-Alive: timeout=2, max=100